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Publisher's Introduction; 

This issue marks the first edition of 1975 and the beginning of a new monthly form¬ 
at for the ECS articles. From now on the publication will be on a monthly basis with 
12 issues per year. Minimum issue size will be 20 pages printed photo-offset as in 
the past. The editorial policy will continue to emphasize materials useful in the cre¬ 
ation and programming of home brew computer systems. In this first issue of 1975 
readers will find: 

1. ECS-6 Serial I/O Interface Conclusion; The last issue of the 1974 series 
of articles described the theory of operation and subsystem design of the UAR/T 
oriented 4-channel I/O interface unit. This issue contains additional materials 
including logic diagrams, tables, notes on detailed logic, and notation of a test 
program useful in debugging the design. 

2. Notes on Notations; Taking into account numerous inputs from subscribers 
together with further arguments and rationalizations, a decision to use octal 
notation and "Intelese" is described in this issue. 

3. Memory Dump Program "ELDUMPO"; Th e application of the serial I/O 
interface device with a teletype is illustrated in the listing of this program's 
code. In true bootstrap practice, ELDUMPO is used to dump ELDUMPOI 
(To say nothing of the other listings in this issue. ) 

4. Manual Bootstrap Program "STUFFER"; "STUFFER" is a program used 
in conjunction with the ECS keyboard (see ECS-5) and display lamps to load data 
at arbitrary locations in memory. It can be loaded by hand in locations 100 to 
163 of page 0 using the ECS-3 program's bootstrap hardware method. Then, 
this program can be used to load in octal further programs such as ELDUMPO. 

5. Programming Notes; Using Restarts. Both ELDUMPO and STUFFER make 
use of restart instructions (RSTx) to access utility routines. The method is 
described in this section of the issue. 

6. Notes of Interest to Readers; Miscellaneous comments and a couple of 
errata presentations. 
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ECS-6 serial I/O INTERFACE CONCLUSION: 


In the last issue the general design and theory of operation of the UAR/T oriented 
serial I/O interface was presented. The major technical topic of this issue is the 
detailed description of this hardware as it is implemented in the ECS prototype system 
The drawings found on pages 4 and 5 show the details of the circuit. In the text below 
reference should be made to the drawings and to the general description of the system 
presented in the previous issue. 

UAR/T and Bus Input; 

Drawing #1 on page 4 contains the logic of the UAR/T chip and its interface to the 
system data bus. The address bus input lines AO to A7 are wired from the I/O socket 
#1 to the UAR/T parallel inputs TDO to TD7 (the notation used by the manufacturer's 
documentation is TDl to TD8, but renumbering is done here for consistency with the 
rest of the system. ) The address lines are written into the UAR/T as data to be sent 
out the serial port whenever the following conditions hold: 

a. The mode selected by the control word (IC-9-, dwg. 2) is "output. " 

b. The CPU I/O instru ction de code logic of the ECS-5 design (or its 
equivalent) generates an OUT02 clock which is inverted by -7c- and en¬ 
abled through gate -8a- to the TDS (transmitter data strobe) line of the 
UAR/T. 

The negative going clock pulse which reaches the UAR/T chip from -8a- automatic¬ 
ally starts the stored program of the UAR/T chip which transfers data to the output 
buffer shift register and begins generation of the serial data format. The serial 
data generated by the UAR/T appears on pin 25, Transmitter Serial Output (TSO). 

The latest received data of the UAR/T is present at all times on the RDO to 
RD7 lines (mfgr's designations RDl to RD8 - see above. ) The output is always 
enabled due to wiring the receiver data enable line of the UAR/T to grou nd (pin 
4). The actual control of this data enable is provided in fact by the IN02 signal 
provided by the ECS-5 I/O decode logic - going to the 8T09 gates which interface 
the CPU bus. Note that the IN02 instruction is one of the combined input/output 
instructions of the 8008 - the corresponding output of the accumulator is sent to 
the UAR/T if the controlword indicates output rather than input. But when input 
is exercised, the OUT02 clock time is also used - this pulse is used to reset the 
RDA flag of the UAR/T after input, to acknowledge that the CPU has processed 
the data. The acknowledgement from a CPU I/O handling program must come 
within one character period of the "RDA" signal's transition to the logical "1" 
state if the "receiver overrun" error is to be avoided. Note that just as the 
I/O transfer of data out to the UAR/T is ignored when input is involved, the output 
of data to the UAR/T also reads the UAR/T information into the accumulator, but 
this information is in general meaningless. 

Note that the bus interface gates invert the sense of the data being read out 
of the UAR/T. In order to guarantee that the sense of the data being input to the 
computer is the same as that written out (ie: "I" is logical 1, "0" is logical 0) 
a level of inversion is required between the UAR/T and the bus interface buffer. 

Also note that an improvement in the design would be to use the data out strobes 
(pin 4 and 16 for data and status, respectively) to implement a local 3-state bus 
sharing a single set of inverters/bus interface gates to the CPU world. 
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The status bit outputs of the COM 2502 UAR/T are read into the CPU with the 
input operation INS (sometimes noted IN03). As with all the input operations of the 
8008, there is a paired output of accumulator contents - in this case defining the 
control word content from the accumulator. The IN3 negative clock is used to 
enable control information onto the bus during the input operation, and is generated 
by the ECS-5 hardware or its equivalent from basic Intel 8008 signals. The status 
bit outputs are always enabled due to wiring of the status word enable pin (pin 16) to 
ground. As noted on the previous page, this output of the UAR/T can be multi¬ 
plexed to a single set of inverters/8T09's in an improvement over the design used in 
the prototype. 

As is the case with the data word output of the UAR/T, a series of inverters is 
shown in drawing #1, one per status word line, placed in the design in order to make 
the program operating the UAR/T be programmable based on bit definitions identical 
to the definitions produced by the UAR/T. If programming based on a single level 
of inversion (complements of the definitions) is tolerable, the inverters may be omitted. 
An alternative which retains the proper bit definitions without inversion twice is to use 
a non-inverting bus buffer instead of the 8T09. 


Control and Multiplexing Logic ; 

Drawing #2 on page -5- contains the remainder of the logic associated with this 
design. It includes the clock oscillator, control word register, input multiplexing 
and output selection logic. 

The basic clock of the system is generated by a 555 circuit wired as an astable 
configuration acting as an oscillator. The clock rate is adjusted by R3 to the nominal 
frequencies required by the system. The logic of this design requires a clock setting 
of 56. 32 Khz for a nominal 110 KBaud rate with the low frequency clock programming 
value set in the control word. The UAR/T logic requires a clock at 16 times the 
basic bit rate, thus with the divide by 16 mode of the clock rate counter set by a 
binary value of "1111” in the control word rate bits, a total division of 256 will be in 
effect. 110 X 256 is 28. 16 Khz. The extra division by 2 is found in the flip flop used 
to turn the extremely short (ie: 50 ns or so) clock reset pulse into a square wave 
which is within tolerance limits of the UAR/T (eg: greater than 1 microsecond in 
length. ) 

The clock outputs are the Q and Q pins of the 7473 section used to produce the 
square wave. One of these outputs (Q, pin 12) is used to drive the UAR/T clock 
pins for both transmitter and receiver sections (pins 1-17 and 1-40) The other output 
is routed to the I/O socket for use by the modems connected to the controller. 

IC -9- is a 74100 used as a control word. This IC will store 8 bits of data when 
its clock lines are strobed with a positive logic pulse, derived in this case from an 
inversion of the negative logic OUT03 signal produced by the ECS-5 type controller 
or its equivalent. The four rate selection bits are wired to the 74193 counter used 
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to program the different data rates possible with this design. The two channel selec¬ 
tion bits are wired to the multiplexor of the input data and ready signals, and to the 
output data and "select" selectors. 

The In/Out bit, bit 1, is used to enable the output write function for the UAR/T 
with the OUT02 clock, and is also routed to the output plugs for use by the modems 
in setting up their operation. The select bit is multiplexed to one of the four channels 
of output via the 74155, IC -13-. The select outputs are in positive logic form. The 
teletype device, channel 0, has its select shown in the drawing as driving an inverter 
(-7f-) which in turn drives an LED indicator shown remote by the connector symbols. 
The purpose of this logic is to provide a visual indicator at the teletype telling the 
operator (ie: you) that the CPU is addressing that machine. This indicator is entirely 
optional and may be omitted if desired. 


JTY SU 
^ O- 


Ready Logic is provided by one section of the multiplexor 74153, -12-. This cir- 
CToit is used to select the source of the "ready" signal which will be placed on the bus 
as a status bit (position 6) when the IN3 operation interrogates status. For the channel 
0 case (teletype) the ready function 

may be driven by a relay connected TTY READY SEMSOR 

in parallel with the "on line" side 

of the teletypewriter's front panel — 

switch. The relay should be an SPDT —I'Zhuj j i « 

contact variety with a llOVAC coil. I q k _ tocAV. ^ 

The normally open contact is closed I ~ O OFF I o 

when the coil is energized by the p •_OM 

switch, thus grounding the ready ^ EEADv _ 

line input . For the tape recorder ^ I llOV/AC 

interface modems, the ready line <-O O RtA-A^ ADDE^ 

is driven by a "turn on delay" C<»r»llYOLteR V'.—— ^ TTY 

one shot which is cued by the dtOUHP T 

falling edge of the edge of the select 
signal to the device in question from 

the 74155 selector. The second section of the 74153 is used to multiplex the serial 
inputs of the device, from one of the four possible sources - TTY or tape channels 
1 to 3. 


M UWE^ J 

llOV/AC 
RtA.A'a AODBft 
TX> TTY 


Serial Data Input is routed via the 74153 IC -12-. One section of this IC is used 
to select the source of the serial data input to the UAR/T . This input is taken from 
the teletype switch contacts for channel 0, and is the serial output of the tape recor¬ 
der storage device's receiver section for the other 3 channels. The teletype data 
is generated by a carbon brush mechanical switch controlled by the mechanism of 
the keyboard button pressed. When using input from the teletype, the operation 
of the mechanical switch produces a contact closure for the current loop "mark" 
state (idle) and breaks the loop for the opposite ("space") state. This means that 
to make the proper sense to the UAR/T, there must be one level of inversion prior 
to the selector if the preferable "pull up" TTL input form is used. 
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Serial Data Output of the UAR/T emmanates from pin 25 of IC -1-, and is first 
inverted by -7b- before being routed to the output data selector, 74155 -13-. Since 

the section of the 7415 5 used for the serial output data has one net level of logical 
inversion (unlike the other section of the same chip) the inverter is required if the 
signal sent to the modem or teletype is to be identical to the signal derived from the 
UAR/T. 

The channel 0 serial data output is wired to the 7437 high power NAND gate sec¬ 
tion to generate a TTY current loop signal for driving the print mechanism. Since the 
"true” or "logical 1" state of the current loop is current flowing in the loop, this state 
must be generated by a logical zero output for the driver tied through the TTY electronics 
to the high level voltage. This single level of inversion provided by the driver suf¬ 
fices to create the proper signal - true data output of the multiplexing logic of the 
7415 5 is the "mark" state which inverted generates a current loop "on" state when 
the UAR/T is idle. 

The serial outputs of the other three channels are wired to I/O socket #2 along 
with the other signals necessary to drive the modems. 


Select Output Logic is also provided by the 74155. As mentioned earlier, 

the select for channel 0 is wired to an indicator lamp. The source of the signal 
for all channels is the select bit of the control word. For the tape drive modems, 
the select signal for channels 1 to 3 is used to control the "motor on" state of the 
tape recorder. In the logic of the tape interface units, the rising edge of the select 
line for the channel in question should trigger a one shot "motor start" delay, as 
well as turn on the tape recorder's motor for the beginning of operations. The 
"motor start" delay one shot has sufficient delay involved to allow the motor 
to get up to speed and relatively stable operation. For cheap tape cassette 
devices this time may be as much as 5 to 10 seconds - if the motor and drive 
ever stabilize. For the more expensive forms of cassette recorders, a shorter 
delay may suffice. Given a cassette recorder, the characteristics of motor speed 
versus time from turn on should be examined to determine the minimum delay 
required for reliable operation . In the previously published ECS-2 design, one 
method of turning on the tape drive motor was detailed - a "tape drivebox" with 
a power supply and transistor 
switch to drive the motor via the 
"external power supply" jacks 
often found on battery operated 
cassette recorders. The diagram 
at the right shows an alternate and 
much simpler mechanism to con¬ 
trol the motor via a "dictation" con¬ 
trol input normally connected to a 
switch in the microphone. The relay 
used is a micro-reed design, in this 
case a "Grigsby-Barton #GB31C-G2150" 
removed from surplus equipment. 
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The relay used in the prototype of this circuit had a coil resistance of 2000 ohms 
(approximately) which gives a current of 6 milliamperes with a 12 volt drop when 
the open collector 7406 energizes the coil. The 7406 can drive up to 25-30 milli¬ 
amperes with no difficulties, which means that using this particular IC as a driver, 
relays with resistances as low as 400 ohms could be used, provided a 12 volt drop 
gives sufficient current to pull the switch contacts. To see whether a given "unknown" 
relay will work in this application, its pull in current should be measured using a 
variable voltage power supply with a current meter. Hook an ohmeterto the surtcVx 
contacts of the relay and observe the current and voltage at which transitions in 
the switch contact state occur. If the current at which the contacts "pull in" 
does not exceed about 25-30 ma at supply voltages of up to 12 volts, then the 
coil can be wired into the circuit shown on page 7. 


Wiring and testing the Serial I/O Interface ; 

The prototype of this design was built using wrapped wire construction techniques 
as described in M. P. Publishing Co. publications 73-1 and 74-5. As in any complex 
circuit, whatever your method of construction, use care in wiring and checking the 
wiring. The following steps are a suggested set of testing stages for this circuit. 


1. Verify all wiring and check the circuit's power supply connections by 
applying power (with no IC's yet in sockets) and checking the proper pins 
as listed in the table on page 9. 


2. Check out the oscillator and clock generation logic first. Plug in the 
entire complement of integrated circuits with the exception of the UAR/T 
chip for preliminary checkout. Check the oscillator output after applying 
power to the circuit. Adjust the frequency using an oscilliscope or a fre¬ 
quency meter. The frequency should be 56. 32 Khz, which corresponds 
to a period of 17.76 jis for those who use scopes for calibration. 


3. Set up the following simple program in the CPU using the bootstrap 


mode of data entry: 


000 

010 

INB 

next rate 

001 

301 

LAB 

rate to accum 

002 

002 

RLC 

move rate to 

003 

002 

RLC 

to the 

OOLi. 

002 

RLC 

high order 

005 

002 

RLC 

of accum. 

006 

0^ 

NDI 

purge the 

007 

3^ 

360 

garbage bit: 

010 

064. 

ORI 

or in the sel» 


on 

020 

select code 

012 

111-::- 

IN3 write CW, read stat 

013 

177-::- 

OUT3O display stat. 

014. 

113- 

IN2 read UAR/T 

015 

175- 

OUT3I display data 

016 

006 

LAI define the 

017 

003 

003 reset code 

020 

117 

INO reset inter. 

021 

377 

HALT 


*:c-l/0 codes of ECS-5 altered for extraneous inverters 
This program responds to interrupts by calculating the next rate code for 
the serial I/O controller and outputting it to the controller. Look at the 
frequency on the clock line of the UAR/T socket - and observe changes as 
an interrupt is raised on the keyboard. Note that the instructions marked 
with an "*" use codes consistent with ECS-5's drawing #1 - see the errata 
section of the last issue for comments regarding the inverters in that 
design's drawings and their effect on codes. 
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The following experiment can now be performed - with the UAR/T still out of the socket 
connect the clock pins of its socket to a «Imfd condenser to the input of a stereo ampli¬ 
fier channel. Listen to the clock generator output as the program is cycled and note 
aurally the different rates. 

4. Now turn off the system power and plug in the UAR/T, taking into account the pre¬ 
cautions listed below. Re-apply power to the system, and load the following simple 
program to test data transmission. Look at the UAR/T output at the pin of IC -13- 
which is selected by the channel code bits sent to the Control Word via IN3, 


000 006 LAI set GW pattern 

001 362 "110b,ch0,sel,out" 

002 006 LAI define 

003 ??? ??? teat data 

004 11 . 3 -;c- IN 2 write/read UAR/p 

See note in last example re 


005 

175- 

OUT 31 

display data 

006 

006 

LAI 

set int. enab. 

007 

003 

003 

enable 

010 

117-"- 

I NO 

code 

oil 

377 

HALT 

wait next cycle 

instr 

. codes 



So Test the input operation of the UAR/T by applying a TTL square wave at 27. 5 
CPS to the input of channel 1. Using the above program, change word 001 to the 
octal code "367” (110 baud, ch, 1, select, input. ) The data pattern of the 27. 5 herz 
square wave will be interpreted by the UAR/T as four bit-periods per cycle of the 
wave form, as follows; 

^ start .parity 

I —— data — -stop 

0011001100110011 


The teletype bit length was 7 - in this example, changing to channel 1 increases the 
data bit length to 8 bits. The UAR/T interpretation of the above square wave should 
be displayed in the data lamps by the OUT31 as "01100110" 


CAUTIONS RE MOS I.C.'S 

When you purchase an Intel CPU or a complex MOS device such as the 
UAR/T chip you should find it comes packed in a special block of conductive 
foam plastic shorting all pins with respect to high voltage static charges. In 
insertion and handling of the IC's, be sure to discharge body capacitance to 
ground . Do the same before approaching the wiring to make changes and 
alterations. In my own lab I have a rug - and in its typical low humidity 
winter state, I draw 1/4" sparks to ground after walking any distance! This 
note was suggested by Gordon French in phone conversation recently. 

Also, observe the following precaution when handling and inserting the 
40-pin IC parts such as the UAR/T: it is quite easy to mechanically 
stress the package to the point where it breaks in two - not so bad with a 
$13. 50 UAR/T but if you buy a $360 CPU chip of the Cadillac variety, it 
could be heartbreaking. Be sure to apply pressure evenly at all points and 
avoid letting one corner "get ahead" of the rest by too great a margin. 
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Tables St summaries of the ECS-6 Design; 


Package Summary List for the Serial l/O Controller: 


10 No, 

Pins 

Description 

+5v 

GND 

-12v 

1 

k-0 

C0M2502 UAR/T - Std. Micr.Systems 

1 

3 

2 

2 


8T09 Bus Interface - status 


7 

- 

3 

Ik 

" " " - status 

li; 

7 

- 

k 

li; 

’’ " " - data 

li; 

7 

- 

5 

li; 

" ” " - data 

^k 

7 

- 

6 

li; 

7i;0l; Inverters, misc. 

^k 

7 

- 

7 

14 

7lioii. Inverters, misc. 


7 

- 

8 


7li-37 NAND, high power 

^k 

7 

- 

9 


7l[.100 Control word register 

2k 

7 


10 

16 

7i;193 Rate Counter 

16 

8 

- 

11 

8 

NE555 Oscillator 

8, 1; 

1 

- 

12 

16 

7l|.l53 Input/Ready switches 

16 

8 

- 

13 

16 

7li.l55 Output/Select switches 

16 

8 

- 

111 

111 

7 l |.73 JK Pllpflops (div by 2 ) 

k 

11 

- 

15 


7liol[. Inverters 

^k 

7 

- 

16 

_ Ik _ 

7li02 nor * s 

mim 

_JZ_ 



Miscellaneous parts: 


R 1 ,R 2 , R 6 to R 13 = 1000 ohm iw 

R 3 = 25 k, trimmer potentiometer 

R[|. = 200 ohms 

R 5 = 120 ohms, 2 watt 

01 = .005 mfd 

02 = .005 mfd 

Board, terminals, etc. 


3 - l 6 pin component sockets 

3 - l 6 pin l/O sockets 

1 - 40 pin socket 

1 - ^ pin socket 

1-8 pin socket 

LED = 10 ma LED indicator 


Also required: a total of approximately lOmfd of electrolytic capac¬ 
itance locally on the power supplies, to ground plus several ceramic 
(eg: .ol) bypasses to ground from power supplies. 


l/O-l List 


I/O-2 List 


1/0-3 List 


1 to 8 = bus 0 to 7 
9 to 16 = addr 0 to 7 


1/0-2 List 


1I4. = in/out 

15. = Master Reset 


1 

= 

TSO -1 

2 

= 

TSI -1 

3 

= 

SELECT -1 

k 

= 

RDY -1 

5 

= 

TSO -2 

6 

= 

TSI -2 

7 

= 

SELECT -2 

8 

= 

RDY -2 

9 

= 

TSO -3 

10 

= 

TSI -3 

11 

= 

SELECT -3 

12 

= 

RDY -3 

13 

= 

16-f CLOCK 


1 = TTY-HI , ^ 

2 - TTY-LO loop 

3 = TTY-RDY 

k = TTY-SELECT 

5 = +5V 

6 = TTY-TSI 

7 = OUT 02 

8 = OUT03 

9 = IN 02 

10 = INO 3 I 

11 ; = GND 

15 = -12 V 

16 = +5 V 
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The listing of ELDUMPO continues, with another aside - The data definition of 
"STRING" is an example of a general form called the "character string. " Suppose 
you want to edit a book, or a magazine for that matter - or a letter to a friend. One 
great way to do so is to use a string oriented program to store and maintain text as 
character strings. This basic form will recur in niunerous ECS applications. 


TBYTE- 

OCTAL: 


TSTRING: 

TSLOOP: 


SPACES: 


TYPEIT: 


TYPEWAIT: 


01 1 \ M0 

= 

000 

Oil\141 

= 

007 

011 \Ma 


000 

01 1 \M3 

= 

00 7 

01 1 \M4 

= 

000 

011\145 

= 

000 

01 1 \M6 

= 

007 

01 1 \M7 


007 

►oil\lb 0 

= 

340 

011\151 

X 

002 

011\152 

X 

002 

011\153 

X 

044 

011\154 

= 

003 

011\155 

= 

045 

011\156 

= 

304 

011\157 

X 

012 

011\160 

= 

012 

Oil \161 

= 

012 

011\162 

X 

045 

011\163 

a 

304 

011\164 

X 

045 

Oil\165 

a 

007 

011\166 

= 

347 

01 1 \167 

a 

055 

011\170 

a 

30 7 

01 1\171 

a 

035 

01 1\172 

a 

041 

01 1\173 

a 

1 10 

01 1\17A 

a 

1 67 

01 1 \175 

a 

01 1 

01 1\176 

a 

007 

01 1 \177 

a 

006 

011\200 

a 

040 

011\201 

a 

035 

Oil\202 

a 

041 

011\203 

X 

1 10 

011\204 

a 

1 77 

01 1 \205 

a 

01 1 

011\206 

a 

00 7 

01 1 \20 7 

a 

330 

011\210 

a 

006 

011\211 

a 

362 

Oil\212 

a 

1 1 1 

Oil\213 

a 

303 

01 1 \21/1 

a 

113 

011\215 

X 

036 

011\216 

a 

077 

Oil\217 

a 

006 


a few bells and nullsles always 
help annunciate the end of 
a program's execution. . . 


"null" 

"bell" 

"null" 

"bell" 

"bel 
"null" 

"bell" 

"bell" J 

LEA save data in E work register 

RLC ^ 

S*- shift high order two bits to low 

"00000011" mask for 0/1/2/3 digit 

OCTOUT^-- go OCTOUT your fantasies 

LAE 

RRC / 

RRC L— fetch saved data and shift middle 

RRC \ octal bits to low order 

OCTOUT and print them 

LAE - fetch saved data 

OCTOUT and print the low order data digit 

RET 

LEM—here's the text string typing routine - 

NEXTA—»get next address after saving length code. 

LAM fetch the next byte of string 

TYPE and go type it on TTY 

DCE decrement length count in E 

JFZ TSLOOP ")y— if any count remains, continue 

L I printing the string 

H J 

RET return, if count exhausted. . . 

LAI come here to print spaces 

ti II 

TYPE print the space 

DCE decrement the space count 

JFZ"^ y— if not zero have at it again 

s r 

RET 

LDA come here to print a character 

LAI 

110 baud, ch 0, select, output 

IN3-- go write the TTY output control word 

LADsave status read 
IN2 —restore data and go write 
LDI make a wait loop to verify done-ness 

63in 63 times should suffice 

beginning of wait loop 


no 

LAI 
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The final segment of ELDUMPO code is printed here. . . in order to run the pro¬ 
gram, be sure to reference the section on restart instruction usage located later 
in this issue. The restart routines TYPE, KEYWAIT, OCTOUT, and NEXTA 
are all defined in that section and referenced at various locations in ELDUMPO. 


011 \220 

= 

362 

110 baud, ch 0, select, output 

011 \22l 

s 

1 1 1 

IN3 


Oil \222 

= 

044 

NDI 


Oil\223 

= 

030 

mask for TBMT and TEOC bits 

Oil \22U 

= 

0 74 

CPI 


Oil\22b 

S 

030 

both bits on and it might be time to try again. 

OilS226 

= 

110 

JFZ 

TYPEWAIT 

Oil\227 

* 

21 7 

L 

either bit off indicates 

011S230 


01 1 

H 

definite try again 

Oil\231 

= 

031 

DCD 

decrement loop count 

011\232 


1 10 

JFZ 

TYPEWAIT 

011\233 

= 

217 

L 

- try again "n" times, to "be sure 

Oil\234 

s 

Oil 

H 

about tne status bits - see below. 

011\235 

= 

007 

RET 

return after really done. .. 


Note that a WAIT loop was inserted in this routine as a part of testing the UAR/T. 
An experiment you may wish to perform is to minimize the number of times through 
the extra wait loop iterations used to be "really sure" the UAR/T is done. Note 
also that throughout this code, the input and output instruction operations used are 
those required for ECS-5's decoder as printed in that article. 


MANUAL BOOTSTRAP PROGRAM " S T U F F E R " ; 

The listing of "STUFFER" is found on page 17 of this issue. The basic idea is 
to make a program which essentially delivers the minimal subset of an editor pro¬ 
gram such as IMP needed to stuff data into locations 
in the memory of the CPU. This routine takes a 
total of 52 j^q bytes of memory, and is -amenable 
to loading via toggle switches - after which use of 
keyboard and octal coding will make for more effi¬ 
cient loading. The command keystrokes are as 
follows: 

"N" - ECS 5 code 3l6g is used to compute the 
next address and display the content at 
that address. 

"I" - ECS-5 code 311g is used to insert the 

last entry at the current, address, increment 
address and display data at the next location. 

All Else - treat the low order 3 bits as an octal 
digit shifted into the 8 bit entry register C 

To initialize the program's H/L address to memory, put the CPU in single step 
mode, interrupt and go to location zero, define the H and L constants at locations 
140 and 142, single step past location 101 of STUFFER, then go into execution. 
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STUPPER: 

OOOMOO = 11b* 
OOOMOl = O'M 
000\102 B 316 
000\103 = IbO 
000\104 » IbU 
OOOMOb =* 000 
000\106 = 074 
000\107 = 311 
OOOMIO = IbO 
OOOMll = 160 
000\112 = 000 
000\113 = 074 
000\114 = 377 
OOOMlb = ISO 
000\116 = 137 
000\117 = 000 
OCTAL: 000\120 = 044 
000\121 = 007 
000\122 = 310 
000\123 » 302 
000\124 = 002 
000M2S « 002 
000\126 s 002 
000M27 = 044 
000\130 » 370 
000\131 = 261 
000\132 = 320 
000\133 = 177* 
000\134 * 306 
000\13b = 17S* 
000\136 = 02S 
INIT: 000\137 = 036 

000\140 « 000 
000\141 B 066 
000\142 B 200 
LOOK: 000\143 B 307 

000\144 » 177* 
000\14b = 306 
000\146 = 173* 
000\147 = 023 
NEXT: 000\150 = 060 

000\151 B 110 
000\132 B 143 
000\133 = 000 
000\134 = 050 
000\155 = 104 
000\156 = 143 
000M57 = 000 
INSERT :000\160 = 372 
000\161 B 104 
000\162 = 150 
000\163 = 000 


-17- 


January 1975 


IN 2 - read keyboard data after an interrupt. 

PPTO 

"N"J test for an ’’N" code on keyboard. 

JTZ NEXT - if the "N" is found, jump to the 
routine which increments H/L and displays 
the data at the next address... 

test for an "I" code on keyboard. 

JTZ INSERT - if the "I" is found, jump to the 
data insertion routine to define memory at 
H/L from last entry... 

CPI “1 

"null"! test for null character code... 

JTZ INIT - to initialize H and L use single 
step mode, start with a momentary keyboard 
key stroke 

NDI Assume octal, and throw away the 

" 00000111 ” 5 high order bits with AND... 

LBA - temporarily save digit in B... 

LAG - fetch previous entry from C... 

RLC*^ 

RLC > make room for new digit, saving old high order 
RLCj order information... 

NDI 7 Delete previous bits hanging 

" 1111111000 " j around in low order digit... 

ORB - merge in new octal digit from B save... 

LCA - save new entry in C for next time or use... 
0 UT 30 - entry displayed on the right... 

LAL - fetch low order address... 

0 UT 31 - current L displayed on the left... 

KEYWAIT# Wait for next key stroke... 

LHI “7 r — Come here to define initial value 

??? { _) of the address registers H and L 

LLI T for loading data. Define li^O and 
??? ^ 11^2 manually via bootstrap mode of ECS 3 

LAM - fetch the currently addressed byte 
0 UT 30 - and display it in the right display 
LAL - fetch the current low order address 
0 UT 31 - and display it in the left display 
KEYWAIT# Wait for next key stroke... 

INL - increment low order address... 

JPZ LOOK - go look if not overflow... 


INH - increment high order if required 
JMF LOOK - and always go look thereafter 


LMG - insert the data entry in M(H,L) 

JMP ilEXT - go calculate next address and 
then display info with LOOK... 


END NOTES: 

* Output instruction codes are illustrated for the 
wiring of the prototype system - see note, p. II 4 . ECS- 6 . 

® KEYWAIT is mnemonic for RST2, used to access the 
keyboard interrupt wait routine. See page 20 . 
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PROGRAMMING NOTES; Using Restarts; 

This is the first in a series of program¬ 
ming notes on the use of the Intel 8008 instruc¬ 
tion set in the context of an ECS system or its 
equivalent.. . 


The restart instructions of the 8008 are effectively one byte CAL instruc¬ 

tions with an implied target address given by the operation code. The implied sub¬ 
routine address of the instruction is one of the octal locations 000, 010, 020, 030, 

040, 050, 060 or 070 in page 0 of memory address space, specified by the middle 
digit ”? " in the operation code "0?5". The fact that only a single octal digit is avail¬ 
able for this use immediately limits the application to a maximum of 8 critical 
(ie: much used) subroutines in a given software load. In a design such as that which 
was published in ECS-3 and ECS-5 during 1974, one of the restarts is attached to the 
I/O interrupt structure by using it as the "single instruction jam" which occurs when 
the CPU is to be interrupted. For the ECS series software, the interrupt structure is 
at present only used for keyboard interrupts which occur when a key is pressed on 
the typewriter keyboard of ECS-5. Alternatives to interrupting include use of a 
priority encoder to pick a restart routine in cases where fast vectoring is required. 
However, the fact that it is impossible to save the program state of an 8008 at inter¬ 
rupt time (without hardware augmentation that is) leads to the conclusion that the 
8008 is best programmed as a "one process" machine at the hardware level - with 
software polling of interrupt status for most of the fairly slow peripherals likely 
to be used in a home brew computer context. 

With one of the restarts thus taken up by the keyboard interrupt, there are seven 
instructions RSTl to RST7 which can be used for "something else. " What is that 
"something else. " Basically an analysis of your programming of a problem will often 
show a set of instructions which are used over and over again - a criterion which of 
itself defines a potential subroutine. Of the set of all possible subroutines a program 
might use, certain of these subroutines will be executed most often in the static sense - 
they occur repeatedly throughout the code and occupy a lot of memory space with 3 byte 
CAL instructions. These frequently coded ( but not necessarily frequently executed 
however ) invocations are likely candidates for use of the RST call mechanism 

in place of the CAL instruction. In making a routine accessible by RST, the amount 
of memory occupied by the linkages to the routines in question will be de¬ 
creased, but as is always the case, there is a price in execution time. Instead of 
taking one 11-state CAL instruction, the time required now includes RST - for a total 
of 16 CPU states, or 64 microseconds. 

The basic use of the RST instruction for a subroutine invocation (where the sub¬ 
routine is longer than 8 bytes) is illustrated by the following: 

In place of CAL XX, use RSTn (where n is an available restart ) 

At location OOO/OnO, code a JMP XX instruction to cause transfer of 
control to the routine as if CAL had invoked it. 

No other changes are required in the subroutine in question, since its execution 
does not care how it got there 
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As can be seen in this use of the RST instruction, you will be trading an RST 
followed by a JMP for a direct CAL - to achieve the same functional effect in a pro¬ 
gram's operation. Adding up the overhead, two CAL's require 6 bytes, and the 
total memory required for the same two CAL's implemented via RST is two 
RST's plus the one JMP at the RST target location. Thus for two or more CAL's 
to a routine, a net savings tending assymptotically to 2 bytes per CAL will be 
realized. (Using this mechanism in the degenerate case of a single CAL to a 
routine will incur a one byte memory overhead penalty!) 

In order to successfully use the RST operations it is imperitive to structure the 
first lOOg bytes of memory address space (which I assume will be RAM) to take advan¬ 
tage of the method. The software supplied in the current and future articles of ECS 
assumes such a structuring is being used, as described below. The text which fol¬ 
lows presents the definitions of presently used RST routines which have been refer¬ 
enced in the listings of ELDUMPO and STUFFER given earlier. Note that most of 
the restart routines do not occupy a full 8 bytes (the maucimum allowable without in¬ 
terfering with the next RST zone of memory. ) Thus there is plenty of room for 
allocation of permanent or temporary RAM usage in the spare bytes left over following 
the RST routines proper and preceding the next RST location. Of these nominally 
"spare" locations, several are given permanent system-level allocations in the 
text below, in particular locations 3 to 7 and 15 to 17g. 


INTERRUPT RESTART; 

The first restart zone of memory is that from addresses OOO/OOOg to 000/007g, 
which are accessed whenever an interupt occurs in the ECS series designs or their 
equivalents. The "restart" routine for this case is the simplest - a branch 

to the prime entry point of the currently executed program. For instance, to run 
ELDUMPO in this issue, the address of ELDUMPO's START location should be 
patched in as the target of a JMP instruction's operation, at locations 000/000 to 
000/002. The patching is done manually in the bootstrap mode of an ECS style 
CPU. Manually patching in the address of STUFFER instead will change the key¬ 
board interrupt response to reference that program instead. The design of the 
IMP program which will be listed and explaine.d in the next issue of this magazine 
will assume tlat it is the "primary" program of the system and will be the target 
of this branch. It will proceed from there to identify the source of the interrupt 
and return to the appropriate routine with the character it reads. (An element 
of the return from ELDUMPO to IMP is included in the current listing of ELDUMPO 
at locations 011/117 to 011/125. ) The remainder of the RSTO zone of the 8008 address 
space is allocated to usages for system parameters as follows: 

000/003 - IMPSTATE - this is an integer value which 

contains the current operating state code of the IMP 
program. 

000/004 - IMPENTRY - this 8-bit byte contains the last 

entry interpreted by IMP from keystrokes representing 
octal digits. 

000/005 - unassigned 

000/006 - MEMADDRH - this is the high order of a system 

level memory pointer used by IMP as well as ELDUMPO 
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000/007 - MEMADDRL - this is the low order portion of 
the memory address pointer . 


BYTE EXCHANGE RESTART: XCHG 

The second restart zone is reserved for prime use as a routine to exchange 
the two 4-bit halves of a byte of data. The purpose for this routine (which is not 
accessed by the software listed in this issue) is to provide a simple means of 
manipulating BCD digits when writing routines for BCD arithmetic. The code 
of XCHG is as follows: 


000/010 

002 

RLC 

000/011 

002 

RLC 

000/012 

002 

RLC 

000/013 

002 

RLC 

000/014 

007 

RET 


The location 015 in this restart zone is reserved for a JMP instruction op code 
(104g) followed by two variable bytes set whenever an indirect form of branching 
is required. This location (015, symbollically "GPJMP”) is used by IMP for exam¬ 
ple to branch to an appropriate routine in response to keyboard commands stored 
in a table. 

KEYBOARD WAIT RESTART: KEYWAIT 

The third restart zone of address space extends from 000/020 to 000/027g and is 
accessed by the RST2 instruction code. The definition of this restart is assumed by 
both the IMP and ELDUMPO programs to be a routine which sets up the keyboard 
interrupt hardware then halts pending an interrupt. The routine occupies four of 
the 8 available bytes in the RST2 zone - the balance from 000/024 to 000/027 

are available for use as temporary RAM locations at present, as for example 
ELDUMPO's use of location 25 to hold the number of lines remaining to be printed. 


KEYWAIT: 000/020 

006 

LAI 

load the 

000/021 

003 

003 

interrupt enable code 

000/022 

117 

INO 

write - resets interrupts 

000/023 

377 

HALT - wait for interrupt 


PRINT A CHARACTER: TYPE 

The fourth restart, RST3, has the purpose of implementing a single character 
type function via RST mechanisms - where the character to be typed is assumed 

to be in the A register prior to entry. Its implementation as a RST routine is via 
the JMP mechanism - the invocation causes a jump to a location within the ELDUMPO 
routine which performs the actual typing: 

TYPE: 000/030 104 JMP TYPEIT 

000/031 207 L 

000/032 on H 

The remainder of this restart zone, addresses 033 to 037, are unallocated to software 
use at present, and might be used for temporary RAM storage or other purposes which 
do not conflict with the RST functions. 
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OCTAL OUTPUT ROUTINE: OCTOUT 


The fifth restart, RST4 , is used at present only by the ELDUMPO program, and 
might in fact be redefined for a more important application at some future time. It 
consists of the code needed to form a single octal digit in 7-bit ASCII code for the 
teletype, followed by a TYPE instruction (RST3) to print the octal digit in question. 


OCTOUT: 


000/040 

044 

NDI 

000/041 

007 

mask off low order - scrap high 

000/042 

064 

ORl 

000/043 

060 

or in the first numeric code 

000/044 

035 

TYPE and go type result 

000/045 

007 

RET 


As in the previous case, the remainder of this zone is unused at present and might 
be employed by an application requireing temporary storage in RAM. 


NEXT ADDRESS ROUTINE : NEXTA 


The sixth restart, RST5, is the final one presented in this set of definitions. 

It is a routine to perform a double precision . incrementation of the address 

stored in the H and L registers. It is currently used, for example, in the string 


typing routine of ELDUMPO found at 

locations 

166 to 176 in page Oil. 

NEXTA: 000/050 

060 

INL 

Increment L 

000/051 

013 

RFZ 

Return if no overflow 

000/052 

050 

INK 

Increment H 

000/053 

007 

RET 

Return always. 

The remaining portion of this zone is 

left 

undefined at present, for 


to permanent or temporary use. 


NOTES OF INTEREST TO READERS.... 

Concerning Circuit Boards: 

For the time being I am removing the circuit board products previously announced 
from this market place. The ECS-2 board is functional but represents an overly 
complex approach to an audio frequency tape recorder modem and I will shortly be 
replacing my own versions with simpler designs. For examples of a simpler modem 
see the current issue of Radio Electronics (February 1975) page 53 for use of the 
EXAR modem chips. The memory board which I previously announced 

works fine - in fact it was used to store the program ELDUMPO in this 

issue - but I have added some options which make the original board obsolete. The 
details of the IK memory design will still appear in the next issue as announced. 
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In view of the fact that I am no longer providing the ECS-2 board, I will agree 
to refund purchase price to the handful of subscribers who have purchased this item 
upon receipt of a request for the refund. 


Concerning Errata fc Program Patches; 

Since the previous issue, ECS-6, some further errata in previously published 
designs have come to my attention. First, two items received from Herman Demons- 
toy of Painted Post, NoY.; 

- The output pins of the 2501 memories shown in drawing #5 of ECS-3 are _ 
incorrectly identified. Pin 14 (indicated as the D output) should be the D 
output - and vice versa. To fix the drawing, write "14" wherever you see "13" 
on a 2501 output, and write "13" wherever you see "14" printed next to 

a 2501 output. The functional impact of this error is a logical inversion of 
the data stored in memory and read back out. 

- The sense of the control lines numbered 134 and 136 on drawing #6 of ECS-3 
is incorrect. The correct wiring can be obtained by either adding an inversion 
with a 7404 section or equivalent, or in the case of line 136, by eliminating the 
inverter shown in drawign #8 of ECS-3. 

Mr. Demonstoy receives a subscription extension of his subscription by one issue 
for his identification of these errors and detection of an error in the MEMZAP 
program which had been previously noted by my brother Peter, 

The MEMZAP program listing has an error in it, page 65 of ECS-3. Word 
6 of the program should read "371" and not "307" as printed. This error was first 
identified by Peter Hehners. 

The ADDS subroutine of the extended precision addition routine has several 
errors. Peter Helmers relays the following routine which works, created by his 
associate Loren Woody at the University of Rochester: 


ADDS: 

OOO/lOO 

0[(.6 

LEI 

Set E to 0 (new carry) 


OOO/lOl 

000 




000/102 

361 

LLB 

Get AVAR 


000/103 

307 

LAM 



OOO/lOl; 

362 

LLC 

Point to BVAR 


000/105 

207 

ADM 

Add BVAR 


000/106 

100 

JEC 

ADDCARRY 


000/107 

112 




OOO/llO 

000 




OOO/lll 

01;0 

INE 

Set E to 1 

ADDCARRY: 

000/112 

203 

ADD 

Add old carry 


000/113 

100 

JEC 

SETCARRY 


OOO/lli; 

117 




000/115 

000 




000/116 

0l|0 

INE 

Set E to 1 

SETCARRY: 

000/117 

33k 

LDE 

Save Carry 


000/120 

370 

LMA 

Save Result in BVAR 


000/121 

007 

■ RET 

and return. . . 
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Concerning Where To Get Parts (ie; 8008*s) 

Peter Helmers has just recently completed his version of an 8008 system (at 
least the initial stages. ) As part of his shoestring approach, he did a survey of the 
various vendors advertising in the Radio Electronics, '73, and Popular Electronics. 
magazines. I will not repeat the vendor addresses here, since all of them advertise 
regularly in the above magazines. What follows is Peter's summary: 

a) Godbout Electronics was the fastest to reply. They also seemed the 
most open - especially considering their offer to talk via phone and an ex¬ 
plicitly stated guarantee, 

) Electronic Discount Sales - second best source - reminds me of an oper¬ 
ation like yours is in publishing,, , Had as a good a price as Godbout. Did offer 
guarantee in post card reply, 

c) RGS Electronics - "stuffy". Gave an impressive reply, but are obviously 
trying to sell their kit rather than chip itself since they are way over the "market 
price" (eg: $50) of the 8008, My only dislike I guess is their price since on re¬ 
reading their reply I would not hesitate to purchase from them. 

d) M&R Enterprises - I wouldn't purchase from them, I am not sure that I 
believe their story about "savings to the customer" since quantity prices of 

the 8008 are $60 leaving them no profit. Also, considering that the Micro System 
International unit is offered (surplus) from Electrcnic Discount Sales, I wouldn't 
be surprised if these two companies bought from the same sources. Also, this 
company is the only one that did not mention any sort of guarantee. 

Peter ended up buying his CPU for $50 from Godbout and shipped immediately to 
me in late December, I ran it in my system in place of my regular CPU for about one 
week and could detect no differences executing a typical set of programs. His latest 
report is that the CPU is up in and running in his version of the 8008 type system, 
and operating at a clock rate of about 717Khz with no sweat (my $120 CPU purchased 
from Cramer new in 1974 (March) craps out at 500 Khz - sighl ) 

Concerning The 8080, ALTAIR and Better Systems. 

Since the last issue was mailed, I read of the Altair computer in Popular Elec¬ 
tronics. It is a welcome addition to the home microcomputer market place, since 
the fact that the entrepenuers at MITS are willing to speculate on market acceptance 
of such an advanced (and expensive) product is an indication of the growth of the field 
of avocational computing. First, a note about the PE article —it was fairly obviously 
prepared by an individual with the following characteristics: little knowledge of 
computers, a package of materials handed to him with correct data on the device 
and its capabilities, and boundless enthusiasm. The net vector sum of eill these 
inputs is a set of fairly outrageous statements. From what I have seen of the 8080, and 
a comparison with products such as the Motorola 6800, I tend to prefer the latter due 
to its much better documented and designed instruction architecture from a programming 
and systems standpoint. 
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On the same theme, a long letter from Gordon French arrived on my desk on 
the 10th of January or thereabouts (incidentally, composed and printed using an 8008 
based text editor running to a teletype. ) Several points are worth noting for readers: 
First, Mr. French lives in Menlo Park California, which is relatively close to the 
Intel facilities. The following excerpt from his letter concerns a visit he made to the 
Intel people: 

"... I spent 2 hours talking about the Altair 880 with Intel engineers 
in the Intel Lobby. Gist of many subjects discussed is the following. 

Intel does not now nor will they ever, surplus out of spec parts to the 
market. Intel does not desire to cater to the Amateur Computer User 
to an extent that would mean product design intended for the ACU. 

They welcome the MITS effort, because it gives them a single source 
for a large volume sale (with no hassles). They say that the big prob¬ 
lem is in instructing the engineer user on how to program the machine 
(no wonder, since they push hex as the source code!) Most of the 
people they train have had high level language schooling and find the 
assembly language tedious, difficult, or utterly impossible. They 
said there is definitely a market for tutorial texts on assembly language 
techniques. As for the 8008 or Altair 880 users - they advise the 
serious user to purchase their Intellec 8080 ($3840) otherwise they are 
not interested. The feeling I came away with was that their whole mar¬ 
keting philosophy (understandably) is that they will go after the 100000 
piece order. As for future products that they think might get into amateur 
machines (when I asked about future RAM costs and new easier to 
use RAM) they say that they sell all the product that they can produce 
and that this is going to keep the price of RAM up until that situation 
changes. They also say that they will continue to produce products 
that are specifically high volume productions. Draw your own con- 
conclusions. " 

With the current going price of the Intel 8008 at $50, he draws some fairly obvious 
conclusions regarding amateur computing systems - it will remain extremely eco¬ 
nomical for some time to orient a system around the 8 008 - with the newer 8080 
or similar technology processors remaining fairly expensive for some time. Ulti¬ 
mately, the 8080 or other CPU products such as the Motorola 6800 will be coming 
down in price as production expands - at which point the 8008 will be relegated to 
the same place in amateur computing as the one tube triode transmitter occupies 
in amateur radio. . . a cheap and fairly low power introductory "rig". 

Regarding RAM prices, the latest issues of Electronic News and other trade pub¬ 
lications are running advertisements indicating a IK static (2102 or 2602) price of 
$4. 95 in 1000 quantities. The current small quantity price according to Peter 
Helmers who just acquired 2K bytes worth is $7 - new from a regular distributor . 
Conclusion: if you see a surplus house advertising these devices above the new price, 
it is suggested you talk 'em down to a reasonable level if possible. The basic systems 
prices are coming down - the market can only expand as more and more individuals I 
can afford the technology. The parts in question are made by Advanced Micro 
Devices, whose distributors are Hamilton/Avnet, Cramer and Schweber. 
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Publisher's Introduction; 

This issue of ECS is the second for 1975. It is somewhat different from previous 
offerings in this series of publications in that it is the first issue to be almost exclu¬ 
sively devoted to software - two fairly large programs for an 8008 computer archi¬ 
tecture are listed with commentary. The roster for this issue is. . . 

1. The Interactive Manipulator Program (IMP-1): How can you make your 
task of loading and changingmemory content easier? One way is to use an 
interactive editing algorithm such as IMP-1 . In this section you will find 
the functional description, annotated listing and examples of the usage of 
IMP in conjunction with keyboard input, binary (or octal) display outputs - 
and if you have a character output device such as TTY or TV-Typewriter, 

- optional links to ELDUMPO (see last issue) are included. 

2. Memory Module ECS-7 Hardware Description; As noted, the main theme 
of this issue is software - but software generally requires memory, so the 
1024 byte memory page design is included with this issue. The writeup in¬ 
cludes the logic diagram, tables, and notes on expansion to more 1024-byte 
banks and a very useful feature called "hardware write protect. " 

3. Memory Test Program (BITCHASER); What distinguishes good bits from 
bad bits? Hmml Maybe the good ones are white and the bad ones. . . ? ? ? Not 
likely! But BITCHASER knows - in the form of a write/read verify of all the 
words in a selected segment of memory. You can put BITCHASER to work 
seeking out and counting bad bits - pursuing them relentlessly through the 

ins and outs of memory address space within a specified set of limits. 

4. Programming Notes; Symbol Tables; How can you use the concept of 

a symbol table - in elementary form - to aid in the writing and debugging of 
programs in absolute binary? A hint was provided in last year's ECS-5 
article. This issue illustrates with IMP and BITCHASER, as explained 
in this section of the magazine. 

The next issue is scheduled for mailing on March 10 1975. The technical content will 
consist primarily oi a new tape interface design along lines suggested in a Radio 
Electronics article using the XR-210 Modem chip. The article is to include the tech¬ 
nical description of the hardware plus software extensions of IMP for the purposes 
of dumping and restoring data to/from the tape interface. \ 

Publisher 
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THE INTERACTIVE MANIPULATOR PROGRAM IMP - 1 

Functional Description of IMP-1; 

IMP is designed to be utilized from a keyboard such as the interface design of 
ECS-5 previously published, or any suitable typewriter keyboard with appropriate 
coding changes for the keystrokes. The purpose of the program is to manipulate 
and examine the content of memory as well as to invoke - and return from - various 
system utility routines and applications programs. These goals are accomplished 
using a set of internal RAM data areas sandwiched in among the restart routines 
described last issue , and a set of definitions for the keyboard buttons used by the 
program. The basic user data areas of concern are: 

IMPENTRY (location 000/004). This byte contains the last data byte defined 
in octal notation by the keystrokes ”0” to "7" (as well as the low order 
3 bits of all unused keyboard codes. ) 

MEMADDR (locations 000/006 and 000/007). These two bytes contain the 
H (location 6) and L(location 7) portions of a complete memory address. 
They always maintain the current pointer to any memory location in the 
computer's memory address space, and are defined using the "H" and 
"L" keyboard commands. 

Memory (arbitrary locations.) The entire memory address space ( all 
16, 384 ]^q bytes) is potentially accessible to IMP through MEMADDR. 

Please note however, that while you can address any location with 
MEMADDR this does not necessarily make the operation meaningful! 

If you do not have an ECS-7 memory page (or other design hardware) at 
a given location, writing sends data to the "bit bucket" and reading will 
result in a null code of 377g. 

Displays. Left and right 8-bit binary displays are used with IMP for purposes 
of examining data 16-bits at a time. Although the original program devel¬ 
opment was done using binary lamps for 16 bits, an easier-to-use display 
can be made by decoding 6 octal digits with BCD to 7-segment integrated 
circuits driving LED display digits. 

The current set of IMP commands used for manipulation of data is listed 

beginning on this page. At the end of the program listing/writeup several examples 
of the use of the commands are included. 

IMP COMMAND LIST 

"D" - link to ELDUMPO to print data on TTY or send character format octal data 
to an alternate display device. Use the last MEMADDR to define the starting 
address (minus one ) and use the content of IMPENTRY as 

the number of bytes to dump. 

"E" - examine the content of the two bytes at MEMADDR and MEMADDR + 1. 




ECS Volume 1 Noo 2 


-3- 


February 1975 


"H" - set the H portion of MEMADDR from the last content of IMPENTRYo 

"I” - insert the last content of IMPENTRY in memory at MEMADDR and then incre¬ 
ment MEMADDR and display the two bytes at the new MEMADDR am MEMADDR+L 

"J" - replace the byte at MEMADDR with the last content of IMPENTRY - but do 
not increment MEMADDR or display the results. 

"K" - clear the value of IMPENTRY to OOOg „ 

"L” - set the L portion of MEMADDR from the last content of IMPENTRY. 


"M” - examine the current content of MEMADDR in the display. 


"N" - increment MEMADDR and display the two bytes at the new MEMADDR and 
the new MEMADDR + 1. 

"Shift X" - requires two keys to be depressed for safety - cause IMP to transfer 
execution to the location in MEMADDR after changing IMPSTATE to inhibit 
all keyboard decoding until return to IMP is desired. 


Further commands will be added to this list in the future as IMP is extended in scope 
to cover such functions as tape interface manipulation, invocation of applications 
programs and compilers, etc. The basic design of IMP is a simple one - its command 
interpreter uses single key strokes as the fundamental "token" or particle of its 
semantics. By looking at the code as listed and explained in this issue, readers 
will be able to extend the above list for their own purposes by adding to the command 
table (see below) and supplying appropriate routines . 


COMMAND TABLE; IMP is a "table driven" program. This means that the list 
of commands (keystroke codes) is contained in a table, al ong with a pointer to 
the appropriate software routine... 


IMPCMDS: 


000\3b^ 

= 

30^ 

000\3b5 

= 

2^0 

000\3b6 

= 

30 5 

000\3b7 

= 

1 56 

000\360 

= 

313 

000\361 

= 

221 

000\362 

= 

314 

000\363 


076 

000\364 

= 

31 1 

000\36b 

= 

1 52 

000\366 

= 

312 

000\367 

= 

1 50 

000\370 

= 

316 

0U0\371 


1 53 

000\372 

= 

230 

000\373 

= 

200 

000\374 

= 

310 

000\37b 

= 

106 

000\376 

= 

315 

000\377 

= 

1 12 



"D" and L addre ss of "DUMPER" 

"E" and L address of "EXAMINE" 

"K" and L address of "CLEARENTRY" 

"L" and L address of "SETL" 

"I" and L address of "INNEXT" 

"J" and L address of "INSERT" 

"N" and L address of "NEXT" 

"Shift X" and L address of "GOBLO" 
"H" and L address of "SETH" 

"M" and L address of "DISPM" 


NOTE: The character codes in this table are taken from ECS-5, page 13. 
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The actual listing of IMP begins at page address 013g byte address OOOg with the 
entry point and the beginning of command decoding. .. 


IMPSTRT: 


013\000 

= 

006 

013\001 

s 

002 

013\0U2 

3 

117. 

013\003 

3 

300 

013\004 

s 

300 

013\005 

= 

300 

013\006 

3 

006 

013\007 

= 

002 

013\010 

■ 

075 

013\011 


317 

0 1 3\012 


115 

013\013 

3 

Oil 

013\014 

= 

150 

013\015 


230 

01 3\016 

3 

013 

013\017 

= 

Oil 

013\020 

s 

150 

013\021 

» 

026 

013\022 

3 

013 

013\023 

S 

300 

013\024 

3 

300 

013\025 

« 

025 


How do you deal with noisy layouts? By a soft¬ 
ware failsafe to turn off interrupt hardware ! 


These "NOP” instructions allow room for a future 
call to high priority interrupt handlers. 


LAI 

s(IMPSTATE) 

SYM 
LBM 
INI 

DCB 7 r— 

JTZ EXEC 

H ^ 

DCB (— 

JTZ IMPGO ^ 

L 


H 

NOP 

NOP 

KEY WAIT 


J 



define address of IMPSTATE 
in H/L using SYM table, 
fetch IMPSTATE to B 
read keyboard 

if IMPSTATE was 1, B now zero 
so return to application program. 

if IMPSTATE was 2, B now zero 
so return to IMP operation. 


allow for expansion patch to addi¬ 
tional checks of IMPSTATE. 


i 


When IMP has figured out that 
stroke meant, execution flows 


IMPGO; 


IMPDECO: 


013\026 

013\027 

013\030 

013\031 

013\032 

013\033 

013\034 

013\035 

013\036 

013\037 

013\040 

013\041 

013\042 

013\043 

013\044 

013\045 

013\046 

013\047 

013\050 

013\0bl 

013\052 

013\053 


310 
056 
000 
066 
354 
277 
150 
120 
013 
060 
060 
306 
0 74 
000 
301 
1 10 
033 
013 
106 
054 
013 
025 


it would be a neat thing to do to decode what the key- 
to IMPGO to begin a loop through the table. 

Save the character input. . . 


LB A 

LHI 1 

h(IMPCMDS) y -Note the lack of use of SYM 

7 .T .T I mechanisms - this is the 

l(IMPCMDS) J only place the command table 

CPM is ever used.... 

JTZ GOTFUNC /^compare and go branch to function 

L [if match is found.. . 

H 

INL 
INL 
LAL 
CPI 
OOOg 
LAB 
JFZ 
L 

H ^ 

CAL OCTINTRP? otherwise no match so fall thru 
L y' and pretend input is an octal 

H bit pattern in low order.. . 

KEYWAIT ——then go to sleep till woken up again 

by user. .. 


V 



-point to next entry in table 

move to accumulator 

to test last time through 
one plus last table address. . . 
restore character input.. . 
and recycle if more in table.. 


Note how all keystrokes which do not match the table are treated as octal digits 
by calling OCTINTRP to stuff the low order 3 bits into IMPENTRY.. . 
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The octal interpreter routine OCTINTRP is a simple-minded affair which reaches 
out like an "octalpus” and grabs every keystroke that isn't tied down to a well defined 
meaning. . . 


OCTINTRP; 013\0 54 

= 

044 

NDI 1— 

013\05b 

= 

00 7 

octal mask j 

01 3\0 56 

= 

310 

LBA 

013\057 

= 

006 

LAI 

01 3\0 60 

= 

004 

s (IMPENTRY) 

0 1 3 \0 61 

= 

0 75 

SYM 

013\062 

= 

30 7 

LAM 

013\063 

= 

002 

RLC 

013\064 

= 

002 

RLC / 

013\065 

= 

002 

RLC >- 

013\066 

= 

044 

NDI ( 

013\067 

s 

3 70 

h.o. mask \ 

013\070 

= 

261 

ORB 7 

013S071 

= 

3 70 

LMA 3 

013S072 

3 

1 77 

OUT30 

013\073 

S 

2 50 

XRA 

013\074 

= 

175 

OUT31 

013\075 

= 

007 



- discard high order keystroke data 
then save the data 

use SYM mechanism to address the 
old IMPENTRY value. . . 
then fetch that value. . . 

•shift left 3 drops 3 bits into a 

logical bit bucket - preparing 
for the AND which erases the 
bits with a mask for the new 
high order positions. 

>.not a planet in the sky but a logi'^al 
"OR" of B followed by saving . 
ECS-5 blooper for OUT30 device, 
clear accumulator 

ECS-5 blooper for OUT31 device code, 
return after displaying entry. . . 
-OtlALfUS 


Two particular keystrokes which escape the octalpus are the H and L commands, 
which are serviced by the routines SETL and SETH. These two routines share a 
common set of code beginning at DISPM with the M command used to simply display 
the content of MEMADDR. 


SETL; 

SETH; 

DISPM; 


013\076 

013\077 

013\100 

013\101 

013\102 

013\103 

013\10A 

013\105 

0l3\i06 

0l3\i07 

Ol3\l 10 

013\111 

013\112 

0l3\l13 

013\1 

0l3\l15 

013\116 

013\117 


= 006 
* 006 
= 075 
= 060 
= 371 
= 104 
= 112 
= 013 
= 006 
= 006 
= 075 
= 371 
» 006 
= 006 
= 075 
= 104 
= 156 
= 013 



LAI 

s (MEMADDR) 
SYM 
INL 
LMB 

JMP DISPM 
L 

H 

LAI 

s (MEMADDR) 
SYM 
LMB 
LAI 

s (MEMADDR) 
SYM J 

JMP EXAMINE 
L 
H 


point to MEMADDR with H/L 
via SYM mechanism 
increment to point to low order 
got here with IMPENTRY value 
in B via "SYSSETUP" rtn. 


point to MEMADDR here too. . . 

load the H value. . . 

looks redundant, but takes care 
of all cases - define H/L to display 
current MEMADDR value. 


Note the continued use of the SYM restart (described later in this issue) to define 
address pointers from the symbol table. This stretch of code references the address 
of MEMADDR from three places independently - demonstrating SYM thrice. 
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When the little IMP has gotten around to figuring out which function key was picked, 
the next task is to call the appropriate routine. This is accomplished by setting up 
an indirect jump through location 000/015 using the address found in the command f 

table at the next address after the command code matched by the IMPDECO scanner. 


GOTFUNC: 013\120 

3 

U6U 

013\121 

8 

347 

013\122 

3 

036 

013M23 

S 

013 

013\124 

3 

106 

013\125 

8 

212 

013\126 

8 

013 

013\127 

8 

106 

013\130 

8 

135 

013M31 

8 

013 

013\132 

3 

104 

013\133 

s 

015 

013\134 

3 

000 


INL "I point to next entry in table after key code 
LEMj to define the low order branch address* 

LDI *all branches are assumed to be in page 013g 
page 013 may have to branch elsewhere if full.. . 
CAL SETJMP"^ 

L I'-^go define GPJMP address for 

H -J indirect jump to desired routine. 

CAL SYSSETUP) 

L y go define system parameters prior 

H indirect jump 

JMP GPJMP 7-— indirect jump to selected routine. 

L I squeezed in following XCHG restart. 

H :in page 0 


The next stretch of code consists of the SYSSETUP subroutine followed by the func¬ 
tion routines for memory insertion and examination. The EXAMINE routine is 
reached as a result of the E, H, L and M commands as well as the more obvious 
fall thru from the N or 1 command routines. 


SYSSETUP: 


013\135 

3 

066 

LLI 


013M36 

3 

007 

1(MEMADDR+ 1) rv-». did not use SYM here ! 

013\137 

8 

347 

LEM-— 

-define L parameter 

013M40 

013\141 

8 

061 

337 

DCL 

LDM- 

— define H parameter 

013M42 

8 

061 

dcli _ 

noint to IMPENTRY 

013M43 

3 

061 

DCL j 


013M44 

8 

317 

LBM 

define last IMPENTRY 

013\145 

8 

364 

LLE / 

^ point to memory at MEMADDR 

013\146 

a 

353 

LHD 3 

013\147 

8 

007 

RET 

end of setups 


( 


INSERT: 

013X150 

8 

371 


013X151 

8 

025 

INNEXT; 

013X152 

S 

371 

NEXT: 

013X153 

8 

106 


013X154 

8 

164 


013X155 

3 

013 

EXAMINE; 

013X156 

8 

30 7 


013X157 

8 

175 


013X160 

8 

055 


013X161 

a 

30 7 


013X162 

8 

177 


013X163 

8 

025 


LMB 

KEY WAIT 
LMB 




L 
H 

LAM- 

OUT31 

NEXTA 

LAM 

OUT30 

KEYWAIT 


1 


-insert entry and go to sleep! 
insert entry with NO-DOZ 


CAL INCMA ~?/'>fall thru to incrementaddress 


r 


and store back into 
MEMADDR 
■^EXAMINE is indiscriminate! 
it will display any data 

i^get a second byte 

and out it too (sic) 
and go to sleep after displaying 
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Now in the context of the IMP program, the simple H/L incrementation provided by 
the NEXTA restart function will not suffice - the new address obtained by incremen¬ 
tation should be saved in MEMADDR. INCMA calls NEXTA then saves the H/L address 
in MEMADDR and returns with H/L pointing to the computed address. . . 


INCMA: 


013\164 

= 

055 

NEXTA - 

—=>• 

013\165 

3 

346 

LEL ■> 

_ 

013\166 

= 

335 

LDH J 


0 1 3 \ 1 6 7 

= 

006 

LAI 


0 1 3\ 1 70 


006 

s (MEMADDR)^ 


013\171 


0 75 

SYM J 


013\172 

= 

373 

LMD - 


013\173 


060 

INL 


013\174 

= 

3 74 

LME —- 

— 

013\17b 

= 

353 

LHD ^ 

_ _ 

013\176 

a 

364 

LLE V- 


013\177 

= 

00 7 

RET J 



RST compute of next H/L 
Save the address 

Computed address to MEMADDR 
would be nice - keeps it around 
Save high order 
point to next address 
Save low order 
Redfine the 

pointer in H/L same as 
MEMADDR & return 


When it is desired to bomb out by attempting to execute an unproven new routine, 
hold your breath, set the new routine's address in MEMADDR with H/L commands, 
press "shift" and "X" simultaneously and watch your program go blow up. . . 

GOBLO: 013\200 « 

013\201 = 

013\2U2 = 

013\203 * 

013\204 = 

013\205 = 

013\206 = 

013\207 = 

013\210 = 

013\21l = 

Actually, the damage of 
first attempt to run a program. The mechanism is the "write protect" option on the 
ECS-7 RAM module design in this issue - simply put the switch in its "protect" 

position and then execute the routine with knowledge that it can't destroy the software 
carefully loaded into the RAM module via IMP or STUFFER. However you get to 
the program, one useful thing is to set up jumps. The routine SETJMP creates the 
indirect jump address in GPJMPL using the content of D and E for H and L respec¬ 
tively. .. 


106 
212 
013 
066 
003 
0 76 
001 
104 
01 S 
000 


CAL SETJMP ^ ^Come here to 


go 


First define ? address 


^ r 

H —J via subroutine. . . 

LLI Ir- Define IMPSTATE 

l(IMPSTATE) 3 

LMI Reset IMPSTATE to 1 for ? 

JMP GPJMP ") ^ And go to ? defined by MEMADDR 

015 via indirect 

000 \ at location 000/015 


f faulty programming can be minimized somewhat when you 


SETJMP: 


013\212 

3 

006 

LAI 

013\213 

= 

010 

s (GPJMPL) 

013\214 

= 

0 75 

SYM 

013\215 

= 

374 

LME -- 

013\216 

= 

060 

INL 

013\217 

a 

373 

LMD- 

013\220 

3 

00 7 

RET 


_point to general purpose jump 

via the SYM mechanism 
^E argument to L of jump address 


D argument to H of jump address 
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Garbage in - garbage out is pure computerworld cliche. However what do you do 
if you get garbage in to IMPENTRY? Why of course get the garbage out by pressing 
the "K" key command to activate. .. 

CLEARENTRY: 


013\221 

= 

006 

LAI ^ 


013\222 

s 

004 

s (IMPENTRY) ^ 

^ point to IMPENTRY via SYM 

013\223 

= 

075 

SYM J 

013\224 

s 

375 

LMH 

j-H known to be 0 so use it to 

013\225 

= 

104 

JMP EXAMINE/ 

zap entry and go examine 

ai3\226 

a 

1 56 


013\227 

= 

013 

H 



The following is a routine used normally to intercept interrupts from an application 
program reached from location 013/014 if IMPSTATE is "1". It is designed for a 
normal transfer to the start of the application program via GPJMP as set by the 
original "Shift X" execution initiation or a subsequent setting of the application pro¬ 
gram. As shown, however, it needs a patch at location 013/232 to supply a JFZ 
and at 013/231 to insert an appropriate interrupt-producing character key code. You 
could use the "J" command to change it after loading and setting the proper address! 


EXEC; 013\230 » 
013\23i » 
013\232 « 
013\233 = 
013\234| » 
013\235 e 
013\236 = 
013\237 » 


0 74 

CPI 

300 

"Shft & Ctrl" 

104 

JMP GPJMP 

015 

L 

000 

H 

076 

LMI 

002 

2 

025 

KEYWAIT 


On resumption of application prog¬ 
ram check for escape mechanism 
Ignore escape until JFZ is used ! I 

- change 

013/232 to JFZ if needed. f 
Reset IMPSTATE on escape. .. 

to normal interpreter mode. .. 
Then wait for user action. 


The final routine inserted in page 013 for the preliminary release of IMP as IMP-1 
is DUMPER - a short routine to define the data count for ELDUMPO (see last issue. 
Volume 1 No 1) then branch to the entry point of ELDUMPO. This mechanism was 
used to activate ELDUMPO for the listings of code found in this issue - the address 
(minus one) was defined, in MEMADDR, and the data count was left in IMPENTRY . 
Then the "D" key is pressed thus starting off this sequence. .. 


DUMPER; 


013\240 

S 

066 

LLI 

013\241 

3 

025 

l(COUNT) 

013\242 

3 

056 

Lm 

013\243 

S 

000 

h(COUNT) 

013\244 

= 

010 

INB 

013\245 

3 

371 

LMB 

013\246 

3 

104 

JMP 

013\247 

3 

000 

L 

013\250 

3 

Oil 

H 



Define address of ELDUMPO 
data count word .. . 
via the old fashioned mechanism 
without SYM - used once here. 

Increment copy of ENTRY for 
ELDUMPO and save it. . . 

Then go jump to ELDUMPO 
with return via the code at 
locations 011/117 - 011/125 of 
the last issue.. . . 
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In order to illustrate the usage of the IMP program, several worked examples 
are provided below. The program should be loaded using the STUFFER program 
found in the last issue, after which the new restart routine SYM described on pcige 
must be loaded in locations 70 to lOlg of page 0 (overlaying two bytes of -STUFFER 
locations 100 and lOlg). The branch address in locations 000/001 and 000/002 should 
be setup to point to IMP (013/000) and the value 002g should be loaded in location 
3, IMPSTATE, to initialize IMP in its editor mode. It is strongly suggested that 
when you first try out the IMP program as loaded, you put the memory modules of 
ECS-7 design in the "write protect" mode - this will prevent inadvertent errors in 
loading from destroying the information in memory loaded by STUFFER. 

Beginning checking out IMP by demonstrating the octal data entry. Press any 
digit code on the keyboard - "7 "- will do. Note that the rightmost 3 lamps of the 
right hand binary display will go on with "7" - or if you have octal readouts - 
a 7 will appear in the low order. Press another digit - IMP will shift the previous 
content left 3 bits or one octal digit, putting the new digit in the low order. The 
display is filled by pressing a third. In this mode of operation (pressing only octal 
digit keys on the keyboard) IMP displays only the current IMPENTRY value in the 
right display and keeps the left display cleared to zeros. 


Now, suppose you want to define a full 14-bit address within memory address 
space. The key sequence is as follows for the address 012/372 ("Intelese" notation. ) 


0 12 H 


8 


3 7 2 L 

transfer IMPENTRY to L of MEMADDR 
-after "2", IMPENTRY is complete in display as 372 
-transfer IMPENTRY to H of MEMADDR 
—-after the "2" here, IMPENTRY is complete in display as 012g 
Following the last "L" key stroke, the current memory address of MEMADDR will 
be displc^ed in the display, with the H portion at the left, the L portion at right. 



Having just defined the address of some byte, suppose you are in the 

process of loading the BITCHASER program illustrated in this issue. You want 

to place the code 103g in that location. To simply load the addressed location, 

takes 4 key strokes: 


1 0 3 J 

-transfer IMPENTRY to addressed location with J 

complete definition of IMPENTRY for this location 

If you want to verify the transfer, the current location can be examined by typing "E" 
at this point. 

Now, suppose you want to define the next three locations following this 

current location 012/372 from the BITCHASER program code. The following series 
of keystrokes will point to 012/37 3and load consecutive locations.. . 



N 



define and insert at 012/375 
define and insert at 012/374 
define and insert at 012/373 
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The "N” keystroke of the example at the bottom of page 9 is required to increment 
the MEMADDR value to point to the next location, 012/373. The series of operations 
can be continued indefinitely - 3 octal digits followed by "I” - to load as many locations 
as desired. If, along the way, you lose your place in the program, you can display 
the current memory location by transferring MEMADDR to the display with the "M” 
command of the IMP program. Similarly, if you find you made a mistake in entering 
data for a given word before pressing "I", the entry can be cleared to 0 with "K" or 
you can simply re-enter 3 more digits. 

After completely loading an application program with IMP, you will of course want 
to execute the program. The program can be invoked from IMP - with automatic 
return - provided the following conventions are used: 

1. To invoke the program, enter its starting address into H/L via the 
appropriate commands. Then press the "Shift" and "X" keys simultaneously 
to cause IMP to change state and go to the program. 

2. When the invoked program is finished, return to IMP by loading location 

3. IMPSTATE with the value "2", then issuing the KEYWAIT restart. An example 
of this return is illustrated at locations 117 011/117 to 011/125 of the ELDUMPO 
program published last issue. ELDUMPO was constructed without the SYM mechan¬ 
ism - and this return could be performed with one less byte of explicit code by 
using SYM to reference IMPSTATE via the symbol table. 

If the application program must wait for keyboard interrupt input, issuing KEYWAIT ^ 
will cause it to halt until a keywstroke occurs - after which control will transfer to 
the location last loaded into GPJMP's address. 


MEMORY MODULE ECS- 7 HARDWARE DESCRIPTION 

The center pages of this month's issue (pages 12 and 13) contain the logic diagram of 
the ECS-7 memory module design. This module is basically a static 1024-byte 
"bank" of memory locations implemented with the 2602 or 2102 type of memory chip. 
(These two numbers are pin-compatible - and subject to various differences in the 
access time of alternative versions - are also electrically compatible. ) The array 
is interfaced to the bus with the standard ECS series design technology: 8T09 bus 
drivers for memory outputs, amd inverting inputs via 7404 sections to keep the 
sense of data consistent in this case. Note that there are alternatives to the bus inter¬ 
faces used throughout this series of designs. One commonly used alternative is to 
make an "open collector" bus using 7401 (low fanout) or 7438 (high fanout, or drive 
capability. ) Similarly, a non-inverting (but lower power) tristate interface commonly 
available is the 74125 circuit. 

ADDRESS LINES: 

One interface socket of the design is used for the 16 address lines used for cycle | 
decode and address selection. The low order 10 bits of addressing are wired directly 
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to the 10 address input pins (AO to A9) of the memory IC's, The diagram for 
clarity does not illustrate a direct connection - see the note provided. The "IN" 

lines of the 8 memory IC's in the bank are wired to the outputs of corresponding 7404 
inverter sections of IC-11- and IC -12-. The "OUT" lines are wired to the data inputs 
of the 8T09 bus buffer gates. Since this system employs an interface for each bank, 
the chip select lines are shown wired permanently to ground. If desired, it is possible 
to create a local "bus extension" for the memory outputs using their tri-state capability 
and the chip-select inputs to enable one bank of memory at a time with a common 8T09 
interface to the CPU bus. To do this, the appropriate bank selection output of the 
74154 bank selector would be used to control which set of 8 2102's (2602's) is enabled 
at a given time. 


BANK SELECTION LOGIC: 

In its self-contained form as a single IK by 8 RAM design, the circuit illustrated 
has all the parts needed to interface to the computer independently. However, if it 
is desired, the bank selection logic is designed to accomodate sharing of the decode 
provided by a single 74154. Here is how bank selection word works: the high order 
address bits of AlO to A13 provide an address of 1 of 16 1024-byte segments of the 
total 16, 384 memory locations of an 8008 processor. The 74154 is always monitoring 
the address lines and selecting one of 16 banks in the memory address space, whether 
or not you provide the actual hardware (during I/O the PCW input to one 74154 
gate prevents decode, and during interrupt the master enable input to the other 74154 
gate also disables decode. ) The output of the 74154 appropriate for the RAM bank address 
is selected by the choice of wiring from the select line to the appropriate bank select 
pin of the 74154. When the bank is selected, one of the uses of the select signal is to 
enable write pulses to pass through gate -14- and inverter section -12f- 

to the memory chips, provided hardware write protect is off. The other use of the 
s elect signal of a given memory bank is to enable the CPU-Input signal to control the 
output interface gate for the bank. Without sharing the bus output buffers of the memory 
circuit, it is thus possible to share the 74154 logic between sever al bank s simply by 
omitting a repeat of the 74154 for the additional banks and wiring the select line of the 
additional banks to the appropriate pin of the 74154 in the first bank. 

WRITE PROTECT HARDWARE: 

The use of a hardware write protection concept in computers has been around for 
some time. In some computers, it is implemented as a software-controlled bit in 
the actual hardware of memory, protecting various segments of memory from access 
and/or modification by programs operating in other segments. In such a context, memory 
protect features are used to provide a means of minimizing interference between 

multiple users. Another handy use occurs in the microprocessor context - two very 
useful goals can be accomplished for your system: 

1. You can turn a RAM module into a "pseudo-ROM" by flicking a switch. 

2. With the RAM module in protected mode, and with a separate power supply 

for memory, you can safely disconnect the memory from the computer main frame 

and maintain your software while changing various aspects of CPU hardware and/or 

peripherals. 
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The advantage of the "pSeudo-ROM" usage of the protection switch is that you can try 
out programs initially in a mode which prevents alteration of the progrcim itself - just 
as if it were an ROM program - yet the ability is retained to switch off the write 
protection feature and load or alter the program with IMP-1 or its equivalent. The idea 
for this feature was obtained from the documentation of the Motorola M6800 
"EXORciser" program development system's memory module. The idea of independent 
power supplies for volatile memories I have seen in several sources, such as the power 
fail logic of the TI minicomputers, HP21MX minicomputer, to mention one or two. (A 
note of interest - the only reason such a supply is needed is the volatility of semi¬ 
conductors . Core memory designs can be made non-volatile, and you will often find 
a mini with core memory coming out of the factory with some bootstrap software 
pre-loaded via that technique. ) In the logic of ECS-7 as shown, the memory is protected 
whenever the switch input to IC -14- pin 2. is logical "1" (switch SI is open. ) When the 
switch is closed, the input to that pin is logical "0", thus enabling the gate whenever 
select enables it. 


MEMORY PRESERVATION PROCEDURES: 

Whenever it is desired to maintain programs in the RAM module via a separate power 
supply, the following procedure is suggested: when powering down the CPU for work: 

1. Put the RAM bank in "protect" mode (SI is open. ) Halt the CPU! 

2. Unplug the data bus connector, 1/0-2 of the ECS-7 design. 

3. Unplug the address bus connector. 

4. Power down the CPU or the rest of the system for maintenance 

or other hardware work. 

5. When finished, power up the CPU, put it in a HALT state. 

6. Connect the address bus to the RAM module. 

7. Connect the data bus connector to the RAM module. 

8. If modification of the memory is required, it can now be safely taken 

out of "protect" mode and used as a normal RAM module. 

"Safely" in this case means with respect to hardware bombing of data. 

This procedure was used to great advantage when preparing the hardware and software 
of the previous issue - IMP was maintained in memory while the CPU was 

powered down for modifications and tests of the ECS-6 hardware. 


ECS-7 PACKAGE SUMMARY 
Socket Pins Part/Description _ _5_ 



16 

2602 or 2102 1024-bit RAM 

10 

9, 10 

14 

8T09 Tri State Bus Interfaces 

14 

11 , 12 

14 

7404 Inverters 

14 

13 

24 

74154 Bank Decode 

24 

14 

14 

7427 3-input NOR 

14 

15 

14 

7400 (1 section used) 

14 

16 

16 

I/O-I, address AO to A15 

- 

17 

16 

1/0-2, data bus, power, misc. 

16 


Gr ound 


9 

7 

7 

12 

7 

7 

9 
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MEMORY TEST PROGRAM ( BITCHASER ): 


Once you have constructed the basic RAM module of ECS-7, you can test the 
memory in a random and un-systematic manner by using STUFFER to load IMP, then 
using IMP to write in and read the content of various locations (hopefully outside of 
IMP itself!) The purpose of BITCHASER is to provide a systematic method of testing 
all the memory locations within a specified address range - in this initial version by 
reading and writing a fixed pattern set prior to starting the program. The program is 
set up to periodically look at the ECS-5 keyboard and respond to any key by typing 
a summary message on the teletype: 


EHh0HS=0000033130 
G0UNr=0000033130 


-Note: message obtained by looking at 

non-existent (always bad) memory I 


or a suitable substitute for the teletype such as a CRT terminal or TV Typewriter - 
in which case the Type routine of ELDUMPO would have to be modified. The program 
takes advantage of the restart routines used with ELDUMPO and IMP. BITCHASER also 
employs the SYM restart mechanism for table lookups, as is described later in this 
issue. BITCHASER is shown loaded in page 012g of memory, and all address constants 
for jumps reflect this location. The program begins execution by a short loop to clear 
out the ECOUNT and TCOUNT data (error count and total cycle count respectively) which 
are located in RAM page 0 at locations 200 to 207. . . 


BITCHASER: 


MI LOOP: 


012S000 

ss 

006 

LAI j 

012S001 

= 

012 

s (ECOUNT) 'p 

0 12\002 


075 

SYM J 

012\003 

= 

2b0. 

XRA-~ 

012\004 

= 

016 

LBI^ 

012\00b 

= 

010 

0,10 j 

012\00& 


370 

LMA 

012\007 

= 

060 

INL 

012\010 

= 

01 1 

DCB 

0 1 2 SO 1 1 

= 

110 

JTZ MILOOP; 

0 1 2 SO 12 


006 

L 

012S01 3 

= 

012 

H _ 


.point to ECOUNT/TCOUNT 
address via SYM lookup 
clear accumulator 
load loop count 

clear a word from accum. 
point to next address 
decrement count - this loop could 
be made more efficient - see 
if you can figure out how! 


Following the initialization of counts, the actual work of BITCHASE begins 
with the start of the major memory test loop at BIGMLOOP. . . 


BIGMLOOP: 0ia\014 = 006 
oiasoib = ooy 
0 1 a so 1 6 = 117 
oiasoi/ = 006 

012S020 = 032 
012S021 = 07b 

012S022 = 317 
012S023 = 060 
012S024 = 327 
012S02b = 006 
012S026 = 03^ 
012S027 = 07b 



s(STRTADDR) 

SYM 
LBM 
I NL 
LCM 
LAI 

s(CURRENTADR) V 
SYM J 



software failsafe to turn off 
interrupts repeatedly when 
haywire prototype is victimized 
by TTL noise immunity problems, 
use SYM to point to STRTADDR 
of tested region, 
fetch H of STRTADDR 
then point to L 
fetch L of STRTADDR 

point to current CURRENT ADR 
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012X030 

B 

371 

LMB ^ 

__define H of CURRENTADR 

012X031 

s 

060 

INL 

then point to L 

012X032 

S 

372 

LMC J 

and define L of CURRENTADR 

012X033 

a 

1 1 5 

INI 

_read keyboard 

012X034 

» 

0 74 

CPI H 

once per cycle 

012X035 

= 

377 

null J 

and test for not null 

012X036 

a 

112 

CFZ REPORT") 

^calling the report typer if so 

012X037 

B 

165 



012X040 

■ 

012 

H 



Now, if one had a high order language (such as PL/1, FORTRAN, etc. ) for 

the 8008, the code shown above at locations 012/017 to 012/040 is what the compiler 
would generate for a statement of the following form (ala PL/1 .): 

STRTADDR = CURRENTADR; 

The reason for such languages for computers of course is to economize programmer 
time in generating programs - as you can see by comparison to the dump form. 

The program continues with an inner loop - LITTLOOP. . . - to test and increment 
the current addresses with a test for end of range conditions. 


LITTLOOP: 012\041 - 006 
01£\042 - 040 
0ie\043 - 075 
01&\044 « 317 
012X045 > 006 
012X046 > 034 
012X047 - 075 
012X050 « 327 
012X051 - 060 
012X052 - 367 
012X053 > 352 
012X054 > 371 
012X055 « 301 
012X056 ■ 277 
012X057 « 112 
012X060 > 127 
012X061 - 012 
012X062 - 106 
012X063 - 134 
012X064 « 012 


LAI 

8(PATTERN) T~^^get address of test pattern 


SYM 

LBM 

LAI 


3 


via SYM mechanism 
.nd get the pattern to "b” reg 


8(CURRENTADR)^ then point to current address valut 


SYM 

LCM 

INL 

LLM 

LHC 


also via SYM 



point to current address in H/L 


L MB - 

LAB 

CPM- 

CFZ POSTERR 

L 

H 

CAL TALLY 

L 

H 


test write to memory 



followed by compare to check it 
record the error for POSTERRity 


and keep track of number of 
cycles for comparison to 
error count. . . 


The inner loop continues on the next page, with a short section of code which is the 
equivalent (at addresses 012/065 to 012/102) to what a high order language 

for computers wovild specify as: 

CURRENTADR = CURRENTADR + 1 ; 

Agedn, note the amount of code which can be implied by a short an succinct functional 
notation - in this case the concept "add one to current address" denoted above is imple¬ 
mented at a low level by the detail of 14 jq 8008 machine instructions. .. , 
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NOHO: 


01fci\06b 


006 

LAI 

012\066 

= 

034 

s(CUI 

0ia\067 

= 

0 7b 

SYM 

012\0 70 

= 

317 

LBM 

012\071 

3 

0 60 

INL 

012\072 

= 

327 

LCM 

012\073 

= 

020 

INC - 

012\0 74 

= 

1 10 

JFZ 

012\U75 

= 

100 

L 

012\076 

= 

012 

H 

0 1 2 \0 7 7 

= 

010 

INB 

012\100 

s 

372 

LMC 

012\101 

3 

061 

DCL 

012\1U2 

= 

371 

LMB 




set up current address pointer 

fetch H of current address 

fetch L of current address 
increment low order 
and test overflow. . . 

with skip of high order 
increment possibly 
increment high order of address 
save new low order address 

then save new high order address 


After incrementing the current address of a location under test, the next task for 
BITCHASER's inner loop is to check for end of address range. . . 


012\103 

= 

006 

012\104 

3 

036 

012\105 

= 

0 7b 

012\106 

= 

30 7 

012\107 

= 

271 

012\110 

= 

110 

012\111 

= 

041 

012\112 

3 

012 

012\113 

3 

060 

012\1 lA 

3 

30 7 

012\115 

* 

272 

0 1 2M 1 6 

3 

1 10 

012\117 

= 

041 

012\120 

s= 

012 

012\121 

3 

300 

012\122 

= 

300 

012\123 

= 

300 

012M24 

= 

104 

012\125 

3 

332 

012\126 

= 

012 


LAI 

s(ENDADDR) point to end address value 

via SYM for comparison 
fetch H of end address 

and compare to current address 

UTTLOOP? 

r keep going if not equal in H 


SYM 

LAM 

CPB 

JFZ 

L 

H 

INL 

LAM 

CPC 


1 


J 


if H portions equal, check L 
get L part of end address value 
and compare to L of current 


JFZ LITTLOOP^—keep going if not equal 


L 

H 

NOP 

NOP 

NOP 

JMP 

L 

H 


J 



-These NOP's are inserted to allow for a 
future change - a CAL instruction to invoke 
a routine to change the test pattern. . . 
CHECKEND> 

rthe end of execution check could 
_J have been put in line without 
this jump. .. 


The above code completes the main routine of BITCHASER (with the exception of the 
short "CHECKEND” routine at 332 to 345 in page 012. ) Now the next object of atten¬ 
tion is the set of subroutines called from this main routine. The code starts with 
the multiple-entry-point POSTERR/TALLY routine. The "entry point" of a sub¬ 
routine is a pleice where it can potentially begin. This routine has entry points to 
define the SYM pointer of the data to be incremented as a 32-bit number, called 

as TALLY and POSTERR - then with the symbol defined, common code is used to do 
the work. 


POSTERR: 


012\127 

3 

006 

LAI 

012\130 

= 

012 

s(ECOUNT) 

012\131 

= 

104 

JMP I4B ^ 

012\132 

= 

136 

L C 

012\133 

3 

012 

H S 


point to error count 32 bit number 
then jump around alternate entry 



ECS Volume 1 No. 2 


-18- 


February 1975 


TALLY: 
14 B: 


01tJ\134 = 006 
0ia\13b = 014 
012\136 = OVb 
01id\137 = 0 60 
012\14U = 0 60 
OliJNMl = 060 
0ia\14£J » 317 
012\143 - UlO 
012\144 = 371 
012\14b = 013 

012\146 » 061 
012\147 a 317 
012\lb0 a 010 
012\151 a 371 
012\152 a 013 
012\lb3 a 061 
012\154 a 317 
012\155 a 010 
012\156 a 371 
012\lb7 a 013 

012\160 a 061 

012\161 a 317 

012\162 a 010 

012\163 a 071 
012\164 a 007 


s(TCOtJNT) 3 ^ point to total coimt 32-bit number | 

SYM - and here the common 32 bit increment code starts 
INL 

INL 7-^♦-in order to start from low order with 

INL _) a pointer to high order, must change addr. 

LBM 3 ^^.^,^-^fetch low order byte 

I NB V- increment it 


id of course, save it. 
id return if no overflc 





ok - overflow, so point to next higher 
byte, fetch it 
and decrement it, 
and save it too, 

and also return if no overflow. . . 
this count is getting large! go to 
next higher order byte, fetch it, 
decrement it, 
and save it too. . . 
and return if no overflow.. . 
last resort - the highorder byte 
is fetched, 
is incremented, 
is saved, 

and youre' out of luck if you over flow 
4. 29 billion I ! ! ! I 


The next subroutine listed is a REPORT generator which prints the two counts shown on| 
page 15 as 10-digit octal numbers. The routine has a branch in the middle of it to a 
patch due to a faulty memory location - ultimately caused by purchase the author made 
from a fly-by-night distributor called "Electronic Component Sales" perpetrated by a 
character named "Pete Kay" last September. 


REPORT: 012M65 = 006 

012\166 » 022 
012M67 * 075 
012M70 * 104 
012\171 = 36b 
012\172 = 013 


LAI 

s(STRINGl) 

SYM 



point to the address of a character 
string message text via SYM 


JMP FLYBY NITE - when you Wj memories from a 
L flybynight distributor who flies, you some- 


H 


times have to branch around bad locations. 


FLYBYNITE-013\365 = 106 
013\366 = 166 
013\367 = Oil 
013\370 = 006 
013\371 = 012 
013\372 » 106 
013\373 = 214 
013\374 = 012 
013\375 = 104 
013\376 = 200 
013\377 = 012 


CAL TSTRING^ >call the character string type 

L ^ routine found in ELDUMPO of 

H J last issue... 

LAI ^ 

s(ECOUNT) /..-3^-establish address of er ror count 
CAL TOCTIO I by defining symbol and then 

L I calling routine to print it as 

H ^10 octal digits (ignore 2 high order 

JMP FLYBACK bits...) 

L 
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FLYBACK: 


012\200 

= 

006 

LAI 7 

012\201 


024 

s(STRING2) 

012\202 

= 

0 7b 

SYM J 

012\203 

ss 

106 

CAL TSTRING 

U12\204 

= 

1 66 

L 

012\205 

= 

01 1 

H 

012\206 

a 

006 

LAI 7 

012\20 7 

= 

014 

s(TCOUNT) C 

012\21Q 

s 

106 

CAL TOCTIO 1 

012\211 

s 

214 

L \ 

012\212 

s 

012 

H J 

012\213 

= 

007 

RET 


- point to second message string as 
address in H/L 

call the character string type routine 
found in ELDUMPO 


point to symbol of totol count(sic) 
and call the 10-dig it octal printer 


finally, return from report. . . . 


The next subroutine is called “TOCTIO” and is responsible for the output of a 10-digit 
octal integer representation of the low order 30 bits of the 32 bit count passed as a 
symbol in the accumulator. The first thing this routine does is to lookup the argument 
symbol and copy its data (all four bytes) to a working copy used for shifting the infor¬ 
mation 3 bits at a time to generate octal quanta. 


TOCTIO: 


012\214 
012 \ 21 b 
012\216 
012 \ 217 
012\220 
012\221 
012\222 
012\223 
012\224 
012\225 
012\226 
012\227 
012\230 
012\231 
012\232 
012\233 
012\234 
012\235 
012\236 
012\237 
012\240 
012\241 
012\242 
012\243 
012\244 
012\24b 
0 12\246 
012\247 


SYM - look up 
LEM'S 
INL ) 

LCM ( 

INL 7 
LDM 
INL 
LEM J 
LAI 

s(WKOUT) p 
SYM J 





argument symbol left in A 


copy argument into registers 
first, 


point to work output area 


then copy argument to the work 
area... 


point to loop index "I" 

used for octal digit location 
purposes, then definition 
of initial 2-bit discard. 

point to loop index "J" used 
to count bits, and load its 
initial value 

for 10 octal digits of shifting. 


At the start, WKOUT a has the following for the two counts typed on page 15. 

00 0 0 033130 octal 

000 000 000 000 000 on on OOl on OOO binary 
p^high order bits discarded. »ucKtT 

Tirst avTt fovnt BYTE. 

After initialization, TOCTIO enters the loop on the next page, shifting left (see above) 
three bits at a time, printing octal digits from high order to low order left to right. 
The two high order bits are discarded without printing due to the initialization. 
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The print loop shifts WKOUT left one bit at a time, and every third bit will look at the 
current high order of WKOUT and print an octal digit. . . 


TOCTIOL; 


oiasaso 

012\ii51 
U12\252 
012\2b3 
U12\2b4 
012\255 
012\2b6 
012\257 
U12\26U 
012\261 
012\262 
012\263 
012\264 
012\26b 
012\266 
012\267 
012\270 
012\271 
012\272 
012X273 
012X274 
012X275 
012X276 
012X277 


006 
026 
106 
312 
012 
006 
016 
075 
317 
01 1 
371 
110 
300 
012 
076 
003 
006 
026 
075 
30 7 
002 

002 

002 

045 



point to I for print test 
fetch I 

and decrement I 
and save it again. .. 
TEND - if zero, is untrue, go ^est end 


set I to 3 for next minor cycle 




LAI ^ 

s(WKOUT)3 1 -point to work register again. 

CAL SHL4B'P(;^—^ shift it left four bytes 
L with the subroutine. 

H 

LAI 
s(I) 

SYM 
LBM 
DCB 
LMB 
JFZ 
L 
H 

LNIII 
3 

LAI 

s(WKOUT)point to work register again. 

SYM 7 J 

LAM J^in order to fit fetch high order after shifts 
RLC ^ 

RLC V X . .. and rotate high order bits to low 
RLC J order position. .. 

OCTOUT then go OCTOUT as was done in 
ELDUMPO. . . 

When it is time to end, this is indicated by exhaustion of the count stored in the var¬ 
iable "J" (do not confuse with the keystroke designation in IMP). 

TEND: 012X300 » 006 LAI*| 

012X301 a 020 s(J) Wpointto variable "J” (not the command code) 
012X302 a 075 SYmJ 

012X303 a 317 LBM—»fetchJ, 

012X304 a oil DCB decrement J 

012X305 a 371 LMB ^and store J value back in J. . . 

012X306 a 110 JFZ TOCTIOL 

012X310 a 012 H keep going with print loop till done 

012X311 a 007 RET and of course back to caller when done.. . 

Then the 32-bit multiple precision shift routine, left shifting 4 bytes one position. . . 

SHL4B: 012X312 » 075 SYM - go look up the argument of shift 

012X313 a 060 INL") 

012X314 a 060 INL __ got to point to low order before shifts. . . 

012X315 a 060 INL J 

012X316 a 250 XRA clear accumulator and flags 

012X31? a 026 LCl , .. 

012N320 > 00/. 4 j-V-define loop count 

SHL4BL: 012X321 a 307 LAM fetch current byte, 

012X322 a 022 RAL rotate old carry in, bit 7 to carry 

012X323 a 370 LMA and ss a save the shifted bytes. . . 

012X324 a 061 DCL decrement the index. .. 

012X325 a 021 DCC decrement the loop count. . . 

012X326 a no JFZ SHL4BL; 

012X327 a 321 L and continue till count is exhausted. . . 

012X330 a 012 H 

012X331 a 007 RET 


then return to caller. .. 
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This shift routine (p 20) assumes that the argument is a 4-byte string pointed to via 
a symbol passed in the accumulator, looked up immediately on entry. Taking into account 
the symbol table lookup time and the sequence of instructions executed by this routine, 
at a SOOKhz clock rate, it takes 262 cycles x 4 us - 1.048 milliseconds per single bit shift. 
For individuals wth delusions of grandeur, note that to accomplish what an IB M 360 
does in one "SLL" instruction - an "n" bit shift - the would-be emulator will require 
1. 048 n milliseconds ! (Only about 3 orders of magnitude slower - depending on your 
choice of comparison model. ) 

The actual code of BITCHASER completes with the CHECKEND routine, added as an 
afterthought to cause the program to return to IMP with an "E" key on the keyboard. 

CHECKEND: 012\332 = 11b 
012\333 = 074 
012\334 = 305 
012\335 = no 
012\336 a 014 
012\337 = 012 
012\340 = 006 
012\341 = 002 
012\342 = 075 
012\343 = 076 
012\344 s 002 
012\345 = 025 


INI' 


CPI 

"E” S ^ 


read display (modified ECS-5 code) 


►check for end of memory test. .. 
JFZ BIGMLOOP 

L and continue until done. . . 

H 

LAI 

s(IMPSTATE) p_-^point to IMPSTATE 

SYM J 

LMI 7 ^set IMPSTATE to 2 


r 


KEYWAIT 


and wait for IMP actions. 


The remainder of page 012 is filled up with the data definitions of the two text strings 
printed by BITCHASER (see illustration on page 15 of the results . ) 


STRINGl; 


012\346 

S 

015 

"length" 

STRING2: 

012\364 

a 

013 

"leng 

012\347 

s 

00 7 

"bell" 


012\365 

B 

015 

"cr" 

012\350 

s 

012 

"If" 


012\366 


00 7 

"bell 

012\351 

a 

007 

"bell" 


012\367 

= 

012 

"If" 

012\352 

a 

012 

"If" 


012\370 

= 

040 

II II 

012\353 

s 

015 

"cr" 


012\371 

a 

040 

II M 

012\354 

a 

040 

II II 


012\372 

» 

103 

"C" 

012\355 

a 

105 

ME" 


012\373 

B 

1 1 7 

"O" 

012\356 

3 

122 

IIRII 


012\374 

= 

125 

"U" 

012\357 

= 

122 

IIRII 


012\375 

012\376 

* 

116 

124 

"N" 

iiq’ II 

012\360 

- 

117 

"O" 


012\377 

s 

075 

II- II 

012\361 

a 

122 

IIRII 





012\362 

s 

123 

"S" 






012\363 

a 

075 

II—II 







The RAM locations 200 to 225 q in page 0 are used to store the data values of BIT¬ 
CHASER, pointed to by symbols stored at locations 312 to 341 in the symbol table of 
the RAM page 0. These work areas are as follows: 


200 - 203 
204 - 207 
210 
211 

213 - 214 


ECOUNT 

TCOUNT 

I 

J 

STRTADR 


215 - 216 
217 - 220 
221 

222 - 225 


CURRENTADR 
ENDADDR 
PATTERN 
WKOUT 


STRTADR and ENDADDR should be loaded with IMP prior to starting BITCHASER, 
in order to define the limits of the test. 
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PROGRAMMING NOTES; _ Symbol Tables; 


This is the second in a series of program¬ 
ming notes on the use of the Intel 8008 instruc¬ 
tion set in the context of an ECS system or its 
equivalent. .. 


The programs IMP and BITCHASER which are listed and explained in this issue of 
ECS make use of a rudimentary form of symbol table mechanism implemented via an 
RST7 instruction (octal 075, noted mnemonically as SYM). The purpose of the symbol 
table - used at run time - is to make up for a lack of an assembler or high order 

language compiler's "address resolution" functions. It achieves this purpose by con¬ 
centrating detailed address determinations as much as possible in a single run time 
mechanism. "Address resolution" in this context means the definition of the content 
of the memory address pointer registers H and L of an 8008 CPU. Because 

the symbol table mechanism uses a run time lookup to compute addresses of data, its 
speed of access to the data will be lower than directly defined references. For ex¬ 
tensively used variables, there will be an improvement in memory utilization effic¬ 
iency approaching one byte per usage when compared against direct definition of H and 
L with the LHI and LLI instructions. Thus the usual speed versus memory tradeoff in 
this case becomes the 57 cycles (. 228 ms) versus 16 cycles (.064 ms) of SYM compared 
to direct definition - with the average savings of one byte in four for the SYM usage 
applied to a large number of frequently used variables. 


But the considerations are not quite as simple as the comparison of speed and mem- ' 
ory utilization requirements. The real advantage of the symbol table approach comes in 
when you consider the problem of compiling and changing code for a program in absolute 
machine language using paper and pencil. (If you have a compiler or assembler with 
hardware to support it, the symbol table concept is still used - but the lookups are usually 
done once at compile time to generate the fastest possible run time code. ) As noted in 
ECS-5, if it is desired to relocate the memory allocation of a widely used variable - 
say MEMADDR of IMP for example - you (or a suitable utility program) would have to 
adjust every instance where the address in question was defined and used. For the 8008 
instruction set, this is further complicated by the fact that you have to consider the 
definition of two independent registers , H and L, required for addressing. (A better 
computer design such as the Motorola M6800 can use a single instruction 

l6-bit immediate operation for this purpose in loading index addresses. ) For an exten¬ 
sive hand- compiled application program of 1000 bytes or more in the typical home¬ 
brew microprocessor system, such adjustments and relocations could be quite time con¬ 
suming . 


If the addressing is concentrated in one known place - the symbol table - then you 
only have to change the pointers in the symbol table in order to automatically change all 
references to the data made throughout the program. The mechanism gives you a form 
of "leverage" in control of your program design which can be quite powerfully used as 
the designs evolve. In the example of IMP, if I wanted to change the MEMADDR loca¬ 
tion from address 000/006 to some other place, it would only be necessary for me to 
change the symbol "6" entry of the symbol table at locations 306 and 307 (see below. ) 
To achieve this power, however, the SYM mechanism has to be used 100% for all vari¬ 
ables potentially subject to such relocation. 
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The diagram below depicts the basic idea of the symbol table as used in the IMP 
and BITCHASER software of this issue - and as will be used for the most part in sub¬ 
sequent ECS software designs, for the 8008. 



In use in a program design, all symbolic references to data are made in three steps 
corresponding to the three numbered arrows of the diagram: 

1. Define the symbol as a value in the accumulator, eg.with an LAI in¬ 
struction - as for example at locations 221 and 222 of page 13 in IMP. 


2. Call the symbol table lookup function with an RST7 instruction, noted 
mnemonically as SYM in the listings of ECS software. This invokes the IOjq byte 
SYM routine; 


000/ 070 
000/ 071 
000/ 072 
000/ 073 
000/ 074 
000/ 075 
000/ 076 
000/ 077 
000 / 100 
000 / 101 


LHI 

h(SYMBOLS) 
ADI ^ 

l(SYMBOLS) 

--- 

LAM '- 

INL -- 

LLM- 

LHA -^ 


!) _redefine symbol table page 

^ f*“add starting address to the 

symbol giving table address 
_1__—=»-which is moved to L pointer 
---^^r^get H part of symbol address 
■^ point to L part of address 
.y^ redefine L as symbol's content 

__3^and move H part to H 

finally return with H/L pointing. 


3. On return from the SYM function, use the H/L pointers of the CPU to ad¬ 
dress the data which is to be manipulated by the program you are writing. 


In creating symbols, remember that every even numbered address offset is a potentially 
legal symbol - but that if the start of the symbol table is in the middle of a page of memory 
space as in this case, there will be a maximum size to the table less than a potential 
128 table entries in a full page table. The notation "s(x)" is used to represent the 
value of the symbol associated with mnemonic "x". 
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The symbol table required by the IMP and BITCHASER software in this issue is 
printed below, and is loaded in locations 300 to 341 of page 0. The particular loca¬ 
tion of the symbol table is arbitrary subject to the following constraint: since the 
SYM routine uses an 8-bit addition to compute addresses, and makes no data validity 
checks, the symbol table must be so located as to avoid crossing a page boundary 
in the 8008 memory address space. This means that the maximum number of symbols 
possible with a given symbol table is one page full or 128 symbols. (Two bytes are re¬ 
quired for each symbol definition. ) By altering the constants at locations 071 and 073 
in p>age 0 (the SYM routine) the origin of the symbol table can be placed at any point 
in memory - and such alteration if done carefully might be done under program 
control. 


SYMBOLS: 


000\300 


000 

000\301 

= 

300 

UiJ0\302 

= 

000 

000\303 

X 

003 

000\304 

= 

000 

000X305 

s 

004 

000X306 

» 

000 

000X307 

X 

006 

000X310 

X 

000 

O00\31 \ 

= 

O 1 6 


r Just for kicks, the symbol table can point to itself 
as well as anywhere else. .. 

^Symbol "002'' is IMPSTATE 

^-Symbol "004" is IMPENTRY 

^---Symbol "006" is MEMADDR 
Symbol "010" is GPJMPAL 


The following are additional symbol definitions used by BITCHASER.. . 

Symbol "012" is ECOUNT 
[|~Symbol "014" is TCOUNT 


Symbol "022" points to STRINGl 


000X31 a 

= 

000 

000X313 

= 

200 

000X314 

X 

000 

000X315 

= 

204 

000X316 

X 

000 

000X317 

= 

210 

000X320 

X 

000 

000X321 

= 

211 

000X322 

X 

012 

000X323 

X 

346 

000X324 

= 

012 

000X325 

X 

364 

000X326 

X 

000 

000X327 

= 

222 

000X330 

■ 

000' 

000X331 

X 

212 

000X332 

= 

ooo; 

000X333 

X 

213. 

000X334 

X 

000^ 

000X335 

X 

215. 

000X336 

X 

ooo: 

000X337 

= 

21 7. 

000X340 

= 

OOOi 

000X341 

= 

221 ' 


•Symbol "036" points to ENDADDR 
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THE MONTHLY MAGAZINE OF IDEAS 
FOR THE MICROCOMPUTER EXPERIMENTER 


Publisher's Introduction: 


This March 1975 issue of ECS provides a new modem design to replace the ECS-2 
design published in 1974. This modem, given the hardware designation "ECS-8" as the 
next in a series of plans, will provide the typical Experimenter's Computer System 
with the logical equivalent of a paper tape input/output facility - but implemented on re¬ 
usable magnetic tape media (eg: cassettes) with data rates up to 1210 baud. The March 
issue is exclusively devoted to this hardware design and its software implications, 
including. .. 

1. BiDirectional FSK Modem Design ECS-8 - Hardware Description : infor¬ 
mation including system components, notes on the design theory of operation, 
interconnect summary, tuning procedures and 'the question of "standards'". 

(Turn to page 2, ) 

2. Retuning the ECS-6 UAR/T Clock Rates describes a logical error in January's 
issue and a new set of frequencies calculated based upon the requirement that the 
highest data rate selectable should be 1210 baud. 

(Turn to page 10) 

3. Logical Testing of the CPU/UART/Modem/Tape System is a section concer¬ 
ning the listing and use of two short test programs useful in the initial verification 
of the tape interface by writing and reading an integer sequential test pattern. 

(Turn to page 11. ) 

4. Errata: Two short notes. (Turn to page 17) 

5. IMP Extensions for Tape Interface Control: What does it take to perform the 
utility operations of data dumps to tape, reading from tape, and comparison of tape 
data to core? This section begins the description of IMP (Interactive Manipulator 
Program) extensions with the new command codes, modifications of old program 
code and the major portion of new routines. The information is not complete, 
and will be continued in the April issue. 

(Turn to page 17). 

The complete description of the ECS-8 Modem design required more space in this issue 
than originally intended. As a result several items have been deferred until the April 
197 5 issue of ECS: the conclusion of the IMP tape utility extensions, further notes on 
programming techniques for small microcomputer systems, a new column entitled 
"Navigation in the Vicinity of ^^^-Aquila" concerning the Intel 8080 instruction archi¬ 
tecture in an Experimenter's Computer System programming context, etc. I hate to 
pull a "perils of aPauline" ending on the IMP extensions but there is a definite 
economic limitation on issue size. I am presently looking into methods of compactifying 
program notational formats - probably along lines of a more symbolic notation supported 
by uncommented absolute binary listings. CoM. 

——— Publisher ' ^ March 12 1975. 


197 5 M. P. Publishing Co. 
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BIDIRECTIONAL F SK MODEM DESIGN ECS-8 - Hardware Description, 

f 

The hardware portion of this article concerns a new tape interface modem design to 
replace the earlier ECS-2 design. The result of applying Occam's razor to a complicated 
design is a design of simpler concept, not "multiplying redundancies beyond logical ne¬ 
cessity" to paraphrase the philosopher. The new ECS-8 design is printed as the detailed 
circuit diagram in this issue's centerfold, and is described in the text. 

A modem, by definition, is a "modulator-demodulator." In the "modulate" mode of 
operation, the device accepts time-varying serial logic level data from the serial I/O 
interface (eg: ECS-6 as described in January's issue) and converts it into the "modulated" 
- in this case FSK - output signal which is sent to the audio memory device for recording. 
In the "demodulate" mode of operation, the device accepts the modulated FSK signal on 
an audio recording as read by the audio device, and converts the FSK back into a time 
varying stream of logic level data for interpretation by the serial interface device. The 
net result is a facility to store digital data on magnetic tape, potentially to transfer that 
data to other individuals' systems, and to recover such data at a later time. 

The ECS-8 design accomplishes the audio mass storage function in conjunction with a 
suitable cassette tape recorder. During the course of development of this device in proto¬ 
type form, three different cassette recorders were tried. The following is a summary of 
the results of this trial, giving the suitability of the recorders in question: 

1. Realistic CTR-104: This Radio Shack product when tested with a con- ( 

tinuous "mark" tone exhibits quite audible "wow and flutter" variations in fre¬ 
quency. When recording and reading data at 1210 baud, this $35 recorder will 
occasionally exhibit an input parity error but gives good data in general. 

2. Panasonic : This recorder costs approximately $40, and the extra 

$5 over the Radio Shack product gives a more than proportional increase in the 
quality of workmanship. Using the test programs in this issue, it was found 
capable of recording and reproduction at speeds up to 1210 baud with no observed 
parity error flashes with the INTEREAD program found in this issue. 

3. Superscope C-104; This $99 recorder is one which will be useful in the home 
computer context for several reasons: it has a tape position counter which can be 
used to index block locations on tape for large blocks of data, it has a pitch variation 
control of 20% which can be used to compensate for differences in tape speed 
when exchanging tapes with other individuals, and it has some nice "cue" and 

'Review" controls which position the tape with heads active, potentially allowing 
a fast "block count" tape position search with manual intervention, computer con¬ 
trol of the motor. This one also reproduced data at 1210 baud with no observed 
errors using the test programs in this issue. 

The test results here are a heuristic first look at the suitability of various recorders with 
actual data. Later formal testing using programs to evaluate the units and other factory 
such as tape brand and quality will be reported in subsequent issues. If you want to se¬ 
lect a recorder for use in your own system, this first inspection would seem to indicate 
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that the choice of a recorder is fairly broad. There is one consideration which will have 
to be checked out if you want to take advantage of software which M. P. Publishing Co. 
will be supplying in recorded form. That consideration is the manufacturer's tolerances 
on tape speed. For the typicaT Panasonic, Superscope or Sony cassette recorders in the 
$50 to $100 range with AC adapters, this will probably be close enough to the nominal 
1.875 IPS to get compatibility with other recorders. I have my doubts about that aspect 
when the Radio Shack or other inexpensive recorders are considered. 


THE FSK RECORDING SYSTEM: 


In the diagram of the ECS-8 design, the central element is a Phase Lock Loop, the 
XR-210 circuit made by EXAR Integrated Systems, Box 4455, Irvine Ca. 92664. This 
chip is widely available and will cost from $5 to $6 in plastic packages, depending upon 
your source of supply. I have seen at least one advertisement in Popular Electronics 
classifieds for this chip, and there is the Radio Electronics information cited in a pre¬ 
vious issue of ECS. The IC serves the following functions, as programmed by the IN/OUT 
line of the serial interface device (ECS-6 or equivalent. ) 

OUTPUTt For output operation, only the VCO section of the PLL is used. The 
control logic of the design in this mode programs a "mark" frequency when the 
data line is "1" and programs a "space" frequency when the data line is "0". Thus 
the time sequence of information on the TSO bit line of the serial inter¬ 

face will be directly mapped into a time sequence of frequencies in the VCO. The 
VCO output is tapped and run through a 741 buffer amplifier to the tape recorder 
which is assumed to be in the "record" mode for output. 

INPUT: For input operation, the PLL is used to decode the information coming in 

from the audio information source, turning the FSK modulations into a time sequence 
of information on the serial data line TSI at the interface. The control logic of this 
design programs the VCO to the "fo” frequency so that the loop will idle in lieu 
of a signal half way between the mark and space frequencies. 


The phase lock loop itself is an example of the feedback principle in action. When an in¬ 
put signal is received, the signal is compared against the VCO signal frequency. The out¬ 
put of the phase detector is an error signal with a sign appropriate to cause the integrated 
control signal (the voltage into the VCO) to move thus causing the VCO to move in the 
necessary direction to make the two signals equal in frequency. The PLL thus "locks" 
onto the signal frequency, causing the VCO to track it. In FSK applications, the control 
voltage exhibits two "steady" states - and transitions between these states. The compara¬ 
tor section of the XR-210 loop circuit is used to translate the rough VCO voltage into a logic 
level signal which can be interpreted by the serial interface port. When you have built your 
first Modem, use of a dual trace scope with chopped input will illustrate a pair of signals 

Filtered VCO control T “WyV'V- 


TP2 Sl6k4flL 


TTL Level Input Data ^ “UUin 


TPn" Si OKI At 


The amplitudes are not to scale, and this diagram is typical of a 1210 baud sig¬ 
nal with the filter components of this issue's circuit drawing. 
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In addition to the XR-ZIO Phase Lock Loop circuit, several auxiliary ele¬ 
ments are found in the ECS-8 design to build a modem system. | 

An output buffer amplifier provided by the 741 operational amplifier IC -4- 
is used with capacitive feedback to integrate the VCO square wave, amplify it 
to several volts, and to isolate the VCO terminal of the XR-210 from the tape 
recorder connection. A voltage divider in the form of potentiometer R20 is used 
to set a suitable input level for the tape recorder being interfaced. Note that 
the input to the tape recorder is shorted to ground when data is to be read from 
tape. This prevents an unwanted coupling between the tape input and tape output 
which was observed to occur with all three of the tape recorders mentioned on 
page 2. A similar feature switches the output of the tape. 

An input clipping amplifier is provided by the 741 operational amplifier IC -5- 
to provide isolation of the PLL input from variations in tape recorder output am¬ 
plitude. The dual diode feedback around the operational amplifier restricts the 
amplitude range to essentially the diode forward voltage drop (positive and negative) 
thus clipping the signal to approximately twice this drop peak to peak. This output 
of the clipping amplifier is applied to potentiometer R23 which sets the 

actual PLL input level. During output operations, switch S4a grounds the input to 
the PLL to prevent coupling of the tape recorder signal via the tape drive electronics. 

The motor start delay oneshot is used to give the comput er program a "time out” 
at the beginning of tape read or write operations. When the "SELECT” line goes low 
indicating the start of an I/O to the modem, t his c ues the oneshot through the t 
differentiator provided by C13 and R22. The RDY output to the interface logic 
then goes low for a time period - set by potentiometer R21. At the end of the time 
period, nominally 2 seconds, the tape drive motor is assumed to have "settled down” 
to a steady state condition after the initial startup transients, thus the data trans¬ 
fer is not liable to errors caused by transport variations. 

The motor control relay is used to turn on the tape recorder's motor under 
computer control whenever the B^ELECT interface line is in the low state. Due 
to the inverting driver of the 7426 section, the selected condition is the "off” 
state of current in the relay coil - hence the ”NC” contacts of the relay 

(terminal connections 3 and 4)should be used to make / break the "remote ' input 
to the tape recorder. 

Control Logic is provided by the two 7426 open collector NAND gate sections, 
a TEST/CPU mode switch SI, and two TEST control switches S2 and S3. 

When the mode of SI is CPU, the control logic is connected to the computer's 
serial interface for control by a suitable program. W hen th e mode of SI is TEST, 
the control functions of TEST DATA (S2) and TEST IN/OUT (S3) govern the con¬ 
trol of VCO frequency settings. 

The purpose of including the test switches is to provide a means of initially tuning the 
device and/or of re-tuning it to a different set of standards at a later time. i 
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FREQUENCY SELECTION CONTROL: 

The truth table of the control inputs (whether SI is in CPU or TEST mode) is noted 
in the centerfold diagram of the ECS-8 design. The A and B columns of the table in¬ 
dicate the logic level on the lines at the points marked "A” and "B” in the diagram. As 
is usual for such tables, the "X" indicates a "don't care" input. The output of the logic 
is listed in the third column as "^^£. 0 " “ XR-210 VCO frequency which will result 

for the given combination of bits. 

The XR-210 has two inputs for frequency setting. One is the "keying" input of pin 
10 which is normally used to generate FSK in an output-only application according to the 
EXAR application notes on this device. The second is the "fine tune" input which is 
supposed to be used to set the center frequency (free running frequency) of the loop in 
receiving situations. In this design, the same XR-210 is used for both input and output 
by programming both of these inputs digitally, so that a total of three frequencies is 
obtained - mark, space, and free running frequency ”fo"« Two potentiometers RIO and 
R8 are used to set the "mark" and "space" frequencies using a procedure described be¬ 
low. Optionally, a third potentiometer can be used in this section for the fine tuning of 
the free running frequency - in place of the fixed lOOK resistor R9, illustrated by the 
"dotted" arrow in the drawing. 


OPEN COLLECTOR LOGIC; 

Note that all of the "NAND" logic in this circuit design is provided by 7426 high vol¬ 
tage open collector NAND driver gates. For the control logic applications, this means 
that "pull up" resistors must be provided to the 5 volt logic supply level. The pull 
up resistors for this use are R4 and R5. For the relay drive application, the "pull up" 
is provided by the relay coil acting as a load instead of the resistor used in logic 
applications. The high voltage gate was chosen so that a large (ie: 12 volt) voltage could 
be applied to the relay coil to guarantee operation with a current greater than the 3 ma 
required for it to change state. The relay is used as described on page 7 of the Jan¬ 
uary ECS issue. The remaining section of the 7426 circuit can be used as noted in 
the drawing to drive a relay with DPDT contacts if it is desired to automate the function 
of switch S4. Open collector logic is also used for the XR-210's output stage, so you 
will note R3 is used to define the output logic level voltage for the PLL . 


NOTES ON CONSTRUCTION OF THIS aRCUIT: 

The ECS-8 design prototype was built with wire wrap construction techniques as docu¬ 
mented in M. P. Publishing Co. publications 73-1 and 74-5. With only 5 integrated cir¬ 
cuits, a very small board might be used, or a very roomy 4" by 6" board could be used 
as was used in the prototype. Other interconnection techniques can be used if desired, 
however for convenient and permanent one-of-a-kind construction wire wrap is really the 
"only way to go". 

A PC board version of this design is in the process of layout as this article goes to 
press. An announcement of price and availability is expected to be included in the next 
issue of ECS. The board will be labelled with the component designations in the ECS-8 
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centerfold of this issue, and very little additional documentation is expected to be re¬ 
quired beyond that supplied in this issue of ECS. With whatever technique you employ; 

- wire wrap, point to point solder, PC - it is highly recommended that you use sockets 
for all integrated circuits. This prevents heating of the IC's if soldering is employed, 
and provides a convenient means of removing and replacing the chips if you should make 
a damaging mistake. Three 8-pin "minidip” sockets are required; one fourteen pin DIP 
and one sixteen pin DIP socket are required. 


INTERCONN ECTIONS: 

The RDY, SEE, TSI, TSO and IN/OUT lines of the modem should be routed to the 
corresponding lines of one of the serial interface unit ports (eg: ECS-6 I/O-Z 
lines for one of the channels of tape interface.) If an alternate UAR/T control inter¬ 
face design is used, these lines will have to be run to the equivalent definitions in the 
controller. To summarize, the lines are: 


RDY - this line goes to the RDY input of the channel chosen for the modem 
in an ECS-6 type multi-channel serial interface. 


SEE - this line goes to the SEEect output of the channel chosen for the modem. 

TSI - this is the serial input line from the demodulator to the TSI line of the 

serial interface controller for the channel in question. I 

I 

TSO - this is the serial output line from the appropriate serial interface channel 
to the modem modulator. 

IN/OUT - this line is logic ’’I'* for input, logic "O'* for output, and is used to 
program the frequency control logic of the XR-210. 

In addition, the connections for ground, positive 12 volts, positive 5 volts, and negative 
12 volts must be made. 

The interconnections to the tape recorder are made via the three jacks Jl, J2 and 
J3 (the latter is not drawn explicitly in the diagram. ) The jacks can be omitted if you 
do not mind "pigtails" wired to the modem board with appropriate plugs for the tape 
recorder. The following connections must be made: a phono-plug to miniature phone 
plug patch cord is required to go from Jl to the tape recorder's audio output jack - 
typically marked "Aux Speaker" or "8-ohm Earphone; " A phono-plug to miniature 
phone plug patch cord is required to go from J2 to the tape recorder's audio input jack, 
typically marked "Auxiliary Input" or "Microphone" ; A phono-plug to sub - miniature 
phone plug patch cord is required to go from J3 (relay contacts NC and COM) to the 
motor control input of the tape recorder, typically marked "Remote" or "Dictation. " 

The modem may be physically mounted along with the rest of the system in a com¬ 
mon card rack or "breadboard" layout, or it might be reasonable to put the modem in 

a separate box associated with the tape recorder . 
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TUNING PROCEDURES: USING THE TEST CONTROLS 

Having made the interconnections, verified proper wiring and power voltages, and 
inserted the integrated circuits, the tuning of the modem frequencies is the last step 
prior to testing the unit under computer control. In order to identify points in the cir¬ 
cuit for purposes of tuning and understanding the circuit, a new feature has been added 
to the ECS-8 circuit diagram - notation of several test points as "TPn" where ''n" is 
replaced by an appropriate arbitrary number starting at unity. The basic test point for 
use in tuning the circuit is test point #1 (TPl) - the amplified VCO signal. The basic 
test instrumentation can be as simple as an oscilliscope or frequency meter - or both 
can be used. With the components shown in the circuit diagram, turning on the modem 
power, independent of any switch settings of SI to S4 , will produce a waveform looking 
approximately as follows: 


What the test switches do is set up data conditions which affect the period of this 
waveform logically, and enable the corresponding frequency settings to be 

obtained by trimming resistors. 


Trimming the Free Running Frequency 

Set the TEST/CPU mode switch SI to the TEST mode and set the test IN/OUT switch 
S3 to the IN position (S3 open so that line B is logic "1"). This will program the phase 
lock loop's VCO to the free running frequency logic inputs - and the TPl signal will be 
fo assuming no interloping frequencies are coming in the J1 connection. The free run¬ 
ning frequency can be trimmed by two methods in this mode: 

1. By trimming the capacitor CO by adding extra low value capacitance 
lumps in parallel with the main CO with its nominal . 03 mf value. 

2. By trimming the resistance of R9. However, to keep a reasonable 
control range for the other adjustments, R9 should not be made much lower 
than the lOOK ohms shown in the diagram. 

In the prototype, with a 5% tolerance lOOK fixed resistor for R9 and a 10% tolerance 
cO of .03mfd without trimming, the oscillator was found to be at 5. 555 Khz when power 
was first applied. The final value of 5. 50 Khz (see "Standards" section below.) was 
achieved by trimming with small silver mica capacitors on a "cut and try" basis. The 
circuit diagram shows two such "phantom capacitors" as dotted lines in parallel to the 
main CO. In the PC board version now being prepared, space is left for two such trim¬ 
ming capacitors. 

Trimming the "Mark" and "Space" frequencies. 

Once the f^ frequency setting has been trimmed, the following procedure may be 
used to set the "mark" and "space" frequencies of the FSK modulation. First, set the 
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the test IN/OUT switch S3 to the "OUT" position (S3 closed so that the B signal line is 
now logic "0" in the test mode. ) This logically programs the VCO control lines to eithef 
the "mark” or "space" frequencies depending upon the state of the A signal line. The 
two FSK frequencies are set according to the "Standards" section below using the followinf 
iterative procedure to converge on the final settings. An iterative procedure is required 
in order to overcome the interaction between the two controls R8 and RIO . 

1. Set the test data to "space" - the logic "0" level which occurs on line A 
when S2 is closed. Adjust R8 until the desired "space" (lower than fQ) frequen¬ 
cy has been obtained. 

2. Set the test data to "mark" - the logic "1" level which occurs on line A 
when S2 is open in the test mode with S3 closed. Then set the observed 
frequency at TPl to the nominal "mark" frequency. 

3. Repeat steps 1 and 2 in sequence until both settings are within the nominal 
1% tolerance discussed below in the "standards" section. 

Note that this procedure of adjusting the mark and space frequencies should have little if 
any effect on the f^ setting. But, if you want to check and 'Tae sure" you might look at 
^o 3’g3’in after these adjustments have been completed. 

THE QUESTION OF "STANDARDS:" ^ 

Several individuals and representatives of groups of amateur computer enthusiasts 
have written concerning the subject of standards for data interchange between multiple 
systems, enabling the distribution of coded software rather than listings which must 
only be re-entered by hand. With the definition of an audio tape interface scheme comes 
the question of a standard for data interchange via that method. There are several 

comments which can be made regarding such standards: 

la Within broad limits, the physical parameters of the recording or inter¬ 
change method are essentially arbitrary. Thus for example in tape recordings, 
it is fairly arbitrary whether one uses a series of octave-related tape speeds 
starting at 2 IPS, 1. 87 5 IPS or even 1. 75 IPS. The idea of the standard is to 
arbitrarily pick one such value of the range and stick to it in a given context of 
application. 

2. Given the same general method of reproduction or interchange, the most 
useful standard is that which gains the largest market acceptance. Thus all the 
sour grapes in the world will not change the fact that in certain areas of the com¬ 
puter markets that which IBM designs de-facto becomes industry standard. IBM's 
arbitrary choice of design and interchange standards is as good as anyone else's 
choice given the same physical concepts of recording or interchange so its wide 
map'ket acceptance makes such a standard attractive to other instances. 

So, what are the physical parameters affecting the FSK recording method, the general 
ranges of interest, and the market factors shaping a choice of recording parameters? 
Answers to these questions - at whatever level of detail required - are implicit in any 
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selection of a set of standards. In the list here, you will find a summary of the physi¬ 
cal parameters and value I have chosen as a "first cut" at the problem. Some notes con¬ 
cerning the choices follow the list. 

ECS-8: FSK RECORDING 
PAR AMET ERS. . . . 


1. Center Frequency: f = 5.50Khz 1% 

--- 1. - i - Q 


2. 

Mark Freq: 

^m ark 

10 7. 5% fo = 

5. 93 

Khz 

1% 

3. 

Space F req: 

^s pa c e ~ 

9 2. 5% f^ = 

5. 09 

Khz 

1% 

4. 

Data Rate of U A R / T ; 


1210 

baud 

1% 


5. Assynchronous format parameters; 

StopBits: 2 

Data Bits: 8 

Pa r i t y : odd 


The basic specification of the FSK signal is its center frequency and deviation. The 
above set of parameters reflects a choice of 5. 50 Khz center and deviation of 

7. 5% in either direction to produce the two data frequencies. The choice of these par¬ 
ticular nximbers reflect the following general considerations: 

1. The frequency should be kept as high as possible relative to the data rate 
of the interchange, to provide a large number of cycles (between 4 and 5 in this 
case) at the space frequency for the PEL to lock on. 

2. The frequency of transmission should not be higher than about 6Khz when 
the typical lOKhz band limit of the usual inexpensive recorder is considered - 
this guarantees that the wide band signal of the FSK will be recorded with suf¬ 
ficient accuracy to recover the data later. The information theory prediction 
that at least the second harmonic information would be required was veri¬ 
fied in the prototype by attempting interchange at approximately 8 Khz fp with 
other parameters identical. Result: errors in subsequent read operations. 

(At 6 Khz, there is still sufficient reproduction at the harmonic 12 Khz to 
ensure accuracy, but the drop off with increasing frequency puts a l6Khz signal 
outside the range of reproduction. ) 

3. The deviation of 7. 5% ( relative to center frequency) was chosen to make 
the basic frequency shifts large compared to possible erroneous shifts such as 
tape recorder "wow" and "flutter" or steady state differences in tape speed. 

With the prototype circuit, deviations as large as 12% were found possible, but 
were at the limits of control ranges and less stable than the 7. 5% figure. Smaller 
deviations were also tried . The final 7. 5% choice is a good balance between 
the small deviation consideration and the limits of this circuit. 

4. The baud rate and format considerations are taken from the ECS-6 
design - subject to the considerations stated on the next page of this issue. 
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With these physical parameter considerations for an FSK modem taken care of, what 
are the market considerations - considerations of more than one user? A standard is i 
only a standard when it is useful to the individuals employing it. For your own in-house 
use, you could potentially use any set of parameters within the capability of the basic 
design. My purpose in publishing this list of parameters is one and only one: 
to provide a definition of the FSK parameters which I will use in recording programs 
for distribution to subscribers, whether generated by myself or by other individuals 
now in the process of creating articles for this publication. If a design such as the ECS-8 
modem is used, there is room for a fairly broad variation in these parameters to allow 
retuning for other sets which may or may not be used by other sources of 

software. I make no claim to special knowledge or universal acceptance of this particu¬ 
lar set of parameters - and the flexibility of the basic modem design allows later re¬ 
specification should there be widespread dissatisfaction among subscribers with the par¬ 
ticular choices in this set. 

A final note on the standards subject: this discussion has only concerned the physi¬ 
cal (low level) details of recording standards. There is another whole "can of worms" 
involved in the programmed format of data which is conveyed by tapes using this method. 
To keep the size of this issue within the bounds of sensibility I am deferring discussion on 
that topic for now. 


RETUNING THE ECS- 6 UAR/T CLOCK RATES ( 

The following frequency settings are achieved as a result of retuning the ECS-6 
oscillator to 38. 720 Khz (25.83 p,s for those who set frequencies via oscilliscopes) and 
taking into account a logical error in the writeup of the ECS-6 design as published. The 
logical error in question was the assumption that a 16 division ratio is possible with 
the 4-bit 74193 counter used to establish clock frequencies, when in fact the maximum 
is division by 15 and two of the 4-bit codes are identical. The retuning is done so that 
the highest bit rate will be approximately 1200 baud (1210 baud is . 83% off the typical 
commercial rate of 1200 baud) and the 110 baud rate will be retained at one point in the 
series for.use with the teletype. The complete list of frequencies and codes is thus: 


Code 

Iden. 

Baud Rate 

Code 

Ident. 

Baud Rate 

0000 

0 

1210 (tape) 

1000 

8 

151.25 

0001 

1 

1210 (tape) 

1001 

9 

1311.1+4 

0010 

2 

605 

1010 

10 

121.00 

0011 

3 

I1O3.33 

1011 

11 

110.00 (TTY) 

0100 

k 

302.5 

1100 

12 

100.83 

0101 

5 

214-2. 

1101 

13 

93.08 

0110 

6 

201.66 

1110 

lil 

86.43 

0111 

7 

172.86 

1111 

15 

80.67 


With this retuning, the control word for the channel 0 teletype output becomes octal 262 
instead of 362, and word 011/220, word 011/211 of the previously published ELDUMPO 
routine must be changed to reflect the new TTY rate code. 
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LOGICAL TESTING OF THE CPU/UAHT/MODEM/TAPE SYSTEM: 


Once the modem has been checked out at the level of tuning described on pages 7 to 
9 of this issue, the next step is to check out the ability of the system to record data gener¬ 
ated by a program and later read that data. Two self-contained programs are provided in 
this issue for the purpose of testing the interface by a very simple method: An integer 
number sequence displayed in the binary lamps has a very characteristic visual pattern 
when the rate of generation is lower than the eye's characteristic "flicker" limit. By 
writing then reading the sequence of binary numbers OOOg to 377g repetitively, this sequence 
will be put on a test tape for corroboration visually in the display when reading. The other 
8-bit display can be used to flash any parity errors and to continuously monitor the difference 
between one word and the next when reading data. The first program of interest is the 
data generation routine INTEGEN: 


Note: Starting with this issue, I will be mnemonically referencing 
the 8008 I/O commands of the system I actually wired by their proper 
symbols. No changes are made in the actual codes printed in previous 
issues of the magazine - which differ from the published and corrected 
ECS-5 codes by a level of inversion in the 3-bit selection of device within 
an 8008 I/O channel. It is not a major point, since an individual system 
of hardware can potentially use any one of the 8008 I/O codes (with the 
proper characteristics) for a given function. 


’.NTEGEN: 004\000 « 006 

004\001 = 002 
004\002 = 117 
INTGLOOP: 004\003 = 006 

004\004 = 026 
004\005 =111 
004\006 = 310 
004\007 = 17b 
004\010 = 301 
004\011 = 044 
004\012 = 030 
004\013 = 074 
004\014 = 030 
004\01b = 110 
004\016 = 003 
004\017 = 004 
004\020 = 302 
004\021 = 113 
004\022 = 302 
004\0 23 = 177 
004\024 = 020 
004\02b = 104 
004\026 = 003 
004\027 = 004 


LAI First turn off interrupts as usual 
00 000 0010 

IN7 I/O Interrupt control code 

LAI 

0001 01 10 

IN4 ►Tape unit control word code (formerly called 

LBA "IN3" due to ECS-5 error) 

OUT36 Write status to left display. 

LAB Recover status 

NDI 


1210 baud, ch. 1, select, output 


00011000 
CPI 




Mask with TEOC/TBMT positions 
And test for valid TEOC & TBMT 




► Keep looping around until 
the UAR/T is ready for more . 


00011000 

JFZ INTGLOOP^ , 

L 
H 

LAC 
INS 
LAC 
OUT37 J" 

INC Increment the data for next output word 

JMP INTGLOOP And reiterate the whole cycle ad 
L infinitum. .. you stop this program 

H manually with the single step 

control. 


—*-then give the Uar/T some more stuff, 
and display the same stuff on right lights 


This programlet f.an be entered into memory at the absolute addresses shown by using 
the IMP program previously published. Then the "Shift X" operation with appropriate 
address setup can be used to enter execution at location 004/000. 
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Once the INTEGEN program has been entered and execution initiated from IMP, 
a first check of the system can be done aurally by connecting a high fidelity amplifier 
and speaker to test point TPl. The characteristic FSK signal should be heard, which ■ 
in this case (going gung-ho at 1210 baud ) sounds somewhat like a multi-engine prop¬ 

eller driven aircraft during takeoff - especially when the voliame is turned up through 
a good set of speakers ! To make the test tape, the following manual procedure is 
suggested: 

1. Temporarily suspend program execution by flipping the CPU panel controls 
to the single step mode. After this is done, the steady state "mark” tone of 
5.93 Khz should be heard in the speaker if you use the setup suggested above. 

2. Put the recorder into its recording mode and start it up. Leave the remote 
control input temporarily empty so that the controls are active independent of 
computer motor control operation. 

3. After 10 to 20 seconds of mark tone recording, turn the CPU back to the run 
mode so that the actual data will be recorde - an integer sequence of numbers 
generated by INTEGEN at the maximum data rate of the system, 100 CPS (Charac¬ 
ters per second. ) When the program is rimning, observe the integer pattern in 
the display. 

4. After a coffee break or suitable 5 to 15 minute period of time, come back, 
turn off the recorder, put the CPU in single step, use the bootstrap mode to change 
location 3 (IMPSTATE) back to 002g , interrupt the CPU and re-enter IMP. You 

now have a test tape with an integer sequence of numbers on it at 1210 baud. f 

With this process of making the tape completed, rewind the cassette (or reel 

if you use reel-to-reel) and enter the INTEREAD program code as found on the next page. 
The INTEREAD progreim is designed to set up for read operations at 1210 baud, and read 
any characters detected by the UAR/T with display on the binary lamps. The program 
also does a rudimentary error check as follows: 

- The difference between one character and the next is continuously calcu¬ 

lated and displayed as the lefthand bit of the OUT37 display lamps. If this lamp 
ever flickers, it indicates that an invalid sequence of integers was read - it should 
be solidly "on" during input operations. 

- The three receiver status bits - OVERRUN, FRAMING ERROR and PARITY ER¬ 
ROR - are displayed in the righthand section of the OUT37 display lamps. If bits 
2,1 or 0 of this lamp array ever flash, then one of the error conditions was detected. 

In practice, except when the phase lock loop is free running, these lamps were usually 
always "off" indicating a lack of errors. At rates higher than 1210 baud, all three 
recorders tested would occasionally produce read parity errors. At the 1210 baud rate, 
the Radio Shack recorder would occasionally (once in several minutes) flash a parity 
error. 

Once entered, set MEMADDR of IMP to 005/000 and start INTEREAD with the | 

IMP "shift X" operation. 
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INTEREAD: 0U5\U00 

OObSOOl 
0 Ub\002 
iNTRLOOP: 005\003 

005\004 
OObXOOb 
00b\006 
00b\007 
OObXOlO 
005\011 
005\012 
005\013 
005\014 
00b\015 
00b\016 
005\017 
005\020 
00 b\021 
00 b\U22 
005\023 
00b\024 
005\025 
00b\026 
005\027 
00b\030 
005\031 
005\032 
005\033 
005\034 
005\035 


006 

002 

1 1 7 
006 
027 
1 1 1 
310 
044 
040 
074 
040 
1 10 
003 
00 b 
113 
320 
1 7b 
302 
223 
012 
340 
301 
044 
007 
264 
1 77 
332 
104 
003 
005 



LAI 

00 000 010 
IN7 
LAI 

0001 01 11 
IN4 
LBA 
NDI- 

00 100 000 
CPI 

00 100 000 
IMP INTRLOOP 
L 
H 

INS - 
LCA 
OUT36 
LAC 
SUD 
RRC 
LEA 
LAB 
NDI 

00 000 111 


j'y-^'Turn off interrupts code 

is sent out to interrupt control port 


1200 baud, channel 1, select, input 
is set up in ECS-6 control 
save status just read 
mask off RDA bit 


and test RDA for data available 
loop around if not available 


read code for ECS-6 channel 

- save data in C-register 

- write data just read in the left binary display 

- restore saved data 

- subtract previous data left in D-register 

- rotate difference into high order 

- and temporarily save it in E 

- restore status from B 




and mask off the error indicators 


ORE - and merge the result with high order difference 
OUT37 - and display inthe right hand display lamps 
LDC - and create the new "old” data value, 

JMP INTRLOOP and back to gobble up some more bits 

L from the tape... 

H 


When INTEREAD has been initiated in operation, with a blank tape noise signal, 
display outputs should "run wild". The reason is that when the PLL oscillator is free- 
running without locking to either the mark or space frequencies, the control voltage is 
at the center of its range, "hunting" aroiind for the proper lock. If you examine test 
point 2 at this point, you should find a "random" waveform with an amplitude of several 
100 's of millivolts with the recorder playing back a blank tape. 

When the first "mark" tone appears on the tape, the loop should quickly lock solidly 
onto a fixed level at TP2. Then, when the data begins to appear, you will be able to 
set up the chopped dual trace scope display illustrated on page 3 - if you have or can bor- 
r ow the use of a dual trace display. With an oscilliscope as a tool, you can adjust the 
input level to get the cleanest waveform at TP2 - or, using only your CPU and program 
INTEREAD as a tool, you can adjust the level while watching the error lamps - with 
too little level, errors occur - and the same goes if you over drive with a combination 
of high tape recorder cimplitude and high input level setting. 


COMPUTERS IN SCIENCE FICTION? Imaginative applications of technology are often 
anticipated years ahead of realization by fiction writers - thus Jules Verne's 

well known anticipations of TV and fast powerful submarines. Good amd well known 
science fiction writers like Robert Heinlein and Poul Anderson have often come out with 
neat computer applications. I am interested in readers' contributions to a bibleography 
in this area including short descriptions of the computer-related theme of the story being 
referenced. 
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ECS-8 MODEM DESIGN PARTS LIST 


CO = .03 mfd base plus optional 
trimming as required. 

C1,C2, C3 = .0082 mfd (10^ tol.) 

C[|. = 30 mfd 10 volt electrolytic 

C5,C11 = .01 mfd (20^ tol.) 

C6,C9 = 3 rnfd, 25 volt electrolytic 

C7,C8,C10,C12,Cli| = .1 mfd 50 volt 

CI 3 = .001 mfd 50 volt 

D1,D2,D3,D[|.,D5 = silicon switching 
diode, ln91i| or equivalent 

J1,J2,J3 = RCA style phono jacks 

for interconnect to tape recorder 
via patch cords (optional.) 

PI = DIP plug interface to ECS-6 
l/O sockets from modem terminals 


Integrated Circuit Listing: 


RO = 8.2K VCO gain 
R1,R11,R19 == lOK 
R2,R3,R17,R18 = i|.7K 
R4,R5,R6,R7 = l.OK 
R8 = 5K space adjust pot 
R9 = lOOK 

RIO = 35k mark adjust pot 
R12 = 2.7K 
R 13 = 1.5k 

RI 4 , R16 = 3.9K 
RI 5 = 2.0K 

R20 = 10 K output level pot 
R21 = 50 OK ready delay pot 
R22 = 27K 


IC -1- 

XR-210 Phase Lock Loop 
Modem Circuit 

IC -2- 

7426 Open Collector High 
Voltage HAND Driver 

1 

1 

0 

H 

NE555 Ready Delay Timer 

IC -4- 

741 "minidip" op amp 

ic - 5 - 

741 "minidip" op amp 


R23 = lOK input level pot 

51 = DPDT Test/CPU mode switch 

52 = SPST Test Data Switch 

53 = SPST Test Switch 

S[|. = DPDT Tape Signal Routing 


K1 = SPDT Miniature Reed Relay Tape The four test points in¬ 
motor control. The prototype uses dicated in the diagram may be 

a surplus Origsby-Barton #GB31C-G2l50 implemented with teflon feed 

But any relay which will operate with thru insulated standoffs, or 

a 6 to 10 volt potential and less than appropriate test prod jacks. 

16 ma can be used with the 7428 driver. 
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ERRATA CORRECTIONS FOR PREVIOUS ISSUES; 

The following errata have been detected in the referenced issues, and are noted 
here for the record: 

Ja nuary 1975, page 4; The "NDBl" pin of the COM250Z UAR/T is pin 38. The 
TTY line's source is 16-4 not 14-4. 

February 1975, page 13: The reference to "PCW" as the output of IC 14 pin 6 
should have read "PCC" . This error is also found in the text of the BANK 
SELECTION LOGIC description on page 11 . 


IMP EXTENSIONS FOR TAPE INTERFACE CONTROL; 

The IMP program is extended , as documented in this section, to handle an added 
capability - the dumping of absolute binary data onto the tape interface for long term stor¬ 
age, followed by later recovery of that data. A comparison function is also incorpor¬ 
ated to allow the data written on tape to be checked against core data so that one will be 
certain of the veracity of the tape copies. The new functions added to the IMP program 
ire the following; 

"T" - this function is used to set IMPSTATE to a value of 3 so that a second letter 
can be decoded as a two letter tape control sub-command. The two letter tape 
control command sub-command combinations are listed later on page '8 . 

"Shift W" - this command requires two keys to be depressed for safety, and is used 
to invoke the data write utility. Pressing this key assumes that the program par¬ 
ameters of data count and a starting MEMADDR value been set up using the H, L, 

TL and TH control commands of IMP. It also assumes that the tape recorder 
has been set up in the "record" mode to receive data from the appropriate modem. 

The channel/rate selections are also assumed, as defined by the TR and TU commands 
to be described. 

"Shift C" - this command requires two keys to be depressed for safety, and is used to 
invoke the data comparison utility routine. It assumes the same program setup as 
the corresponding "Shift W" write operation which produced the block, and assumes 
that the physical setup of the tape recorder is for a read operation. 

"Shift R" - this command also requires two keys to prevent accidental activation. It 
is used to invoke the data read utility, which is identical to the data comparison 
utility with the exception that data is stored in appropriate memory addresses rather 
than compared against the addresses. 

In addition to these direct extensions to the IMP command facility, the subcommands of 
the "T" operation include the functions described on the next page. 
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The tape control subcommands are used to define the content of several RAM data 
areas, display the content of these data areas, and to perform tape utility control actions. 

I 

"TB" - this command/subcommand combination is used to display the current 
content of the 16-bit tape block length count. 

~ this command/subcommand combination is used to display the current 
content of the tape control word used for determining tape unit and rate. 

“ this command/subcommand combination is used to display the current 
formatting error count - errors in the three UAR/T status bits detected 
during read and comparison operations. 

"TH" - this command/subcommand is used to transfer the current IMPENTRY 
value to the H portion of the block length count. 

"TI" - this command/subcommand is used to initialize the tape control parameters 
of block count, error counts (format and comparison data), and control word. 

All the control data is zeroed out. 

"TL” this command/subcommand is used to transfer the current IMPENTRY value 
to the L portion of the 16 bit block length count. 

"TR" - this command/subcommand is used to define the UAR/T rate portion of the 

control word from the low order content of IMPENTRY. | 

"TS" - this command/subcommand is the tape leader spacing command, and is 
used to turn on the tape motor for a period of time (ten seconds) sufficient to 
move the cassette position past the leader after a rewind. It invokes a routine 
which uses timing loops to count approximately 2, 5 million 8008 CPU states 
in terms of the structure of the counting subroutines and data used to call them. 

'•TU" - This command/subcommand is used to define the control word unit as the 
current two low order bits of IMPENTRY. 


"TX" - this command/subcommand is used after a comparison operation to display 
the count of words read which differed from internal memory data (the count is 
veilid assuming a previous "TI" initialized the count data areas. 

The decoding of these subcommands is done in a manner which is identical to that used for 
the main set of IMP commands - the software extensions for the tape facility include a gen¬ 
eralization of the "IMPDECO" routine given in last month's issue to allow symbolic specif¬ 
ication of the command table address and the command branch target taken when a match 
page address taken when a match is found. 

One other change has been made in the previously published IMP program - the symbol 
table has been moved out of page 0 (bootstrap page in ECS systems) to reside at address | 
012/260 in the protected memory of the system software. This minimizes restart activ¬ 
ity to the initialization of the first 102g bytes of page 0 after the CPU has been powered down 
for additional interfacing or other activities. 



ECS Volume 1 No. 3 


-19- 


March 1975 


The first items to present in the course of redefining the software load to include exten 
sions for tape interface functions are the changes in the IMP decoding algorithm. Basic¬ 
ally, the IMPDECO algorithm is made to begin with a SYM function call to define the 
command table address. In current software, there are now two command tables - for 
the IMPSTATE value of 2, the same codes are defined as in the previous case, but the 
table is extended by four entries for the four new regular IMP commands. The second 
command table is used for the IMPSTATE value of 3 (ie: following the "T” command) 
to decode the second character of the two character tape control commands. In this 
second command decode application, a different page for the command branch is also 
required, thus the IMP "GOTFUNC" routine must also be modified to provide this new 
generality. 


Because the decode routine has been generalized, it is now necessary to use a setup 
procedure to define the parameters for IMPDECO. In this patched version of the IMP 
software, a branch is made to "IMPSETUP" with a return to “IMPRESUME" when the 
state 2 decode is used. IMPSETUP is used to define the high order portion of the GOT¬ 
FUNC branch address in DECOGO, and to setup the symbol for the state 2 command 

table, IMPCMDS. IMPRESUME is the normal entry point to the decoding routine in 
this new version. Note that a jump to IMPSETUP could also have been made from the 
jump at location 020. Note also that the NOP's and KEYWAIT at location 013/023 
have been replaced by a jump to location 010/000, the place where the setup for 

an IMPSTATE value of 3 is executed, defining the "T" subcommand table instead of 


the normal IMP 

table. 







013\023 = 

104 

JMP 

TSETUP 

IMPSETUP: 




0l3\02ii = 

000 

L 


013\120 

B 

310 

LB A 

0l3\02b = 

010 

H 


013\121 

a 

006 

LAI 

IMPGO: 




013\122 
013\123 

a 

030 
07 b 

s (DECOGO) 

SYM 

013\026 = 

104 

JMP 

IMPSETUP 

013\124 

a 

07 6 

LMI 

013\027 = 

120 

L 


013M2b 

a 

013 

h(IMP) 

013\030 » 

013 

H 


013M26 

a 

006 

LAI 

IMPRESUME; 




013\127 

a 

032 

s (IMPCMDS) 




U13\130 


104 

JMP IMPRESUME 

0l3\03l » 

07 b 

SYM 

lookup addr 

013\131 

a 

031 

L 

013\032 = 

301 

LAB 

restore chr. 

013\132 

a 

013 

H 


Note that the IMPSETUP routine is located in a region of memory address space which 
had formerly been occupied by the "GOTFUNC" routine (see last issue. ) The GOTFUNC 
routine has been moved to location 013/251 and modified to define the high order target 
address from the data stored in the variable DECOGO, rather than the default page 013 
in the original version. The address located at 013/035 must accordingly be changed 
to 251 so that the new location of GOTFUNC will be reached from IMPDECO. The new 
versioh of GOTFUNC is listed on the next page at the top. 

Also at the top of page 20, right hand side, is a listing of the jump instructions which 
are located in page 013 so that the new tape commands can be reached outside of page 013. 
When the normal IMP decode occurs, it references a page 013 address - one of these 
jumps if one of the new commands is detected. 
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GOTFUNC: 

013\251 

013\i>ba 

013\253 

013\2b-«J 

013\2bb 

013\yb6 

013\2bV 

013\260 

013\261 

013\262 

013\263 

013\26-«J 

013\26b 

013\266 

013\267 



TKT T 


Here are the 

four jumps used to 

1./ UU 

347 

XlN Xj 

LEM 

reach outside page 

013 when normal | 

U06 

LAI point 

IMP decode findi 

s read. 

write, compare 

0 30 

s(DECOGO) to DECOGO command characters. . . 

075 

SYM 






337 

LDM ((was LDI) 

WRITEJ: 

013\310 

= 

104 

IMP WRITE 

106 

CAL SETJMP 


0 1 3\3 1 1 

= 

015 

L 

212 

L 


013\312 

= 

010 

H 

013 

H 

READJ: 

013\313 


104 

IMP READ 

106 

CAL SYSSETUP 


013\314 

= 

123 

L 

135 

L 


013\31b 


010 

H 

013 

H 

COMPJ: 

013\316 

= 

104 

IMP COMPARE 

104 

IMP GPJMP 


013\317 

= 

116 

L 

01 5 

L 


013\320 


010 

H 

000 

H 

TJ: 

013\321 


104 

IMP TSETUP 




013\322 

= 

32b 

L 




013\323 


012 

H 


And here is the new command table at 
codes as well as all the old commands 


location 013/344, including the four new command 


IMPCMDS; 


013\344 

013\345 

013\346 

013\347 

0l3\3b0 

0l3\3bl 

013\352 

0l3\3b3 

0l3\3b4 

0l3\3bb 

0l3\3b6 

0l3\3b7 

013\360 

013\361 

01 3\362 

013\363 

013V364 

0t3\36b 

013\366 

013\367 

013\370 

013\371 

013\372 

013\373 

013\374 

013\37b 

013\376 

013\377 


"Shift W" 
l(WRITEJ) 
"Shift C" 
l(COMPJ) 
"Shift R" 
l(READJ) 




write command (to tape) 
compare tape to memory 
read tape into memory 
initiate tape control state | 


this section of table is 
identical to the pre¬ 
viously printed version 
but in page 013 instead. 


There is one final modification of the old code which must be noted: the symbol table 
has been moved from page 0 to page 012, location 260 , for the same reason that the 
regular IMP command table was moved. Thus word 000/071 of the SYM has to be changed 
to 012g and word 000/073 of SYM must be changed to 260g to complete modifications. 
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With the preliminaries completed, the next item of interest is the beginning of the list 
of routines required to implement the new IMP functions. The first routine in address 
sequence is the TSETUP routine used to fool IMPDECO into decoding via the '*T" subcom¬ 
mand table TAPECMDS for the first character following a "T". This occurs when 
IMPSTATE is 3 following the "T” command. . . 


TSETUP: 


010\000 

= 

31U 

010\001 

= 

006 

010\002 

* 

ooa 

010\003 

= 

07 5 

0 10\004 

= 

0 76 

010\005 

= 

ooa 

010\006 

= 

006 

010\00 7 

= 

oia 

0 10 \0 10 

= 

07 5 

U10\U1 1 

= 

301 

010 \o 1 a 

= 

104 

0 1U\U13 

= 

033 

OlOSOlA 


013 


LBA save the character just read 
LAI ^ 

► change state for the next 



input character by referencing 
’ - IM^PSTATE 


s (IMPSTATE) I 
SYM 

LMI j and redefining 

2 ^ for normal code interpret after 

LAI state 3 special . . . 

s(TAPECMDS) W 

SYM -J '►-^point to tape command table 

LAB- •> . recover tape subcommand character 

JMP IMPDECO and jump to the new generalized 

L IMPDECO as if normal entry 

H but with alternate command table 


If you look at this routine carefully - and observe its coordination with IMPDECO - see if 
you can find a way to eliminate 2 bytes and thus compactify the software. . . such an im¬ 
provement is possible. 


When the IMPDECO routine was entered in the normal "2” IMPSTATE, a write command 
"Shift W" might have been decoded. If so, the WRITE thing to do is to branch to WRITEJ 
in page 013, and thence to this little wroutine.. . 


WRITE: 


010\015 

* 

006 

0 10 \01 6 


014 

0 10 \0 1 7 

= 

075 

olONoao 

= 

30 7 

oiONoai 


044 

010\022 

= 

374 

010\023 

= 

0 64 

010S024 

= 

002 

010\025 


370 

010\026 

* 

1 1 1 

010\027 

SS 

106 

010\0 30 

= 

147 

010S031 

= 

012 

0 10\032 

=S 

106 

010\033 


200 

010\034 

= 

012 

010\035 

= 

006 

010\036 

= 

016 

010\0 37 

= 

07 5 

010\040 

= 

371 

010\041 

= 

060 

010\042 

= 

372 

010\043 


016 

010\044 

= 

012 

010\045 

= 

106 

010\046 

= 

1 1 6 

0 10\047 

= 

012 


first thing in writing - to tape, not 
s(TAPECTRL) necessarily for publication - is 

I to reference the command word 

J set up by TR/TU commands, 

then extract the rate/unit bits. 


SYM 
LAM 
NDI 

11 111 100 
ORI 

00 000 010 
LMA 
IN4 



and superimpose output select. 


the new command code is good for 
^ this I/O to control logic 8i later. . 

CAL WAITOUT wait for the proper TBMT/TEOC 

L ^ and RDY flags to indicate that the 


motor start is done. . . 


CAL OUTCOUNT7 —go wait "x" milliseconds more and 

. __^.1.—. ^mm4- 1 A 


L 
H 

LAI 

s(TCOUNT) 
SYM 
LMB 
INL 
LMC 
LBI 
OlO 


J 



then write out a 16-bit data count 

define a temporary copy of the 

block data count by referencing 
its location then copying data 
prepared by OUTCOUNT from 
CPU registers B and C to 
storage reserved for TCOUNT 

then define a 10 centisecond wait 


3AL WAITCS 7 /^interval, then wait it out before 
[_, commencing the main data 

d 3 block. 
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The writing of data onto the tape immediately brings to mind the question of the data 
format. The basic data format implied for this program can be stated explicitly: a block 
of data consists of (on output) a leader of (nominal) 2 seconds while the motor gets up ( 
to speed, followed by an additional delay for output of "x" seconds to allow "slop" in 
tape positioning on input, followed by two characters containing the block count, then a 
delay of . 1 seconds then the actual data bytes, followed by another "x" second delay and 
a repeat of the block count for verification. The block is closed out mechanically by 
turning off the motor after a final delay of 2 seconds. As a tentative value of "x" for 
this software, I have used . 1 seconds - although I it is not yet obvious that this is the 
best value. I chose a delay between the count words and the actual data block for the 
following reason: when listening by ear to the data, a characteristic rhythm pattern is 
heard at the start of the block - a single blip of data followed by the actual block. This 
gives an indication - roughly - that the data is likely to be in the right format. A further 
reason is to allow easy detection of the block start and end when scanning the tape fast 
using a tape recorder with "cue" and "review" controls such as the Superscope model 
mentioned. 

The code of page 21 has gotten the output operation down to a point where the start of 
a block has completed and the program is now ready to output the main sequence of data 
of interest. . . 

OUTLOOP; 010\0b0 ® 106 
010\0 51 = 1^7 
010 \0ba = 0112 
010\0b3 » 106 
010\054 = 000 
010\05b = 0112 
010\0b6 = 307 
010\0bV a 113 
010\060 = 106 
010\061 = 164 
010\0612 = 013 
010\063 = 307 
010\064 = 175 
010\06b = 060 
010\066 = 307 
010\067 = 177 
010\070 = 006 
0 10 \0 71 = 016 
010\072 = 106 
010\073 = 132 
010\074 = 012 
010\07b = 140 
010\076 = 103 
010\077 = 010 
OlOMOO = 104 
OlOMOl = ObO 
010\102 = 010 

Now in every instance except the last, the jump true carry at 010/07 5 will fail, causing 
routine to loop back for the next byte of the block being dumped. Finally, the carry will 
set to 1 by D2B, causing execution to flow to ENDOUT, listed at the top of page 23. | 


CALi WAITOUT^—^do not procede any further until the 
E \ flags have been cleared by UAR/T 

H J and it is ready for output. . . 

CAL ATMEMA to find out what the current MEMADDR 
L is by loading it in H/L 

^ I 

LAM 1 _g^go fetch the current byte 

IN5 (true code)Ji so that it can be sent to tape 

CAL INCMATJ-—►not an ancient andean indian, but 
L ^ the routine in-crements the 

H J value of MEMADDR 

LAM y -- fetch the next byte 

OUT36 and display it . . . 

INL j—-- and increment address LO 

LAM J and fetch next 1 byte 

OUT37 ►and display it too.. . 


H J 

LAM J - 

OUT36 J 

INL — 

LAM J 

OUT37 -- — 

LAI 1_ 

s(TCOUNT) 

CAL D2B S 

n r 

JTC ENDOUT") 

^ f 

H y 

JMP OUTLOOP 
L 
H 


■-point to data count 

r^then decrement the count 
temporary TCOUNT 

zresult of zcountdown determines 
what will happen. . . 

if the carry was false, underflow 
has not occurred, so the block 
is not done - reiterate it! 
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ENDOUT: 


010\103 
OlOMO^ 
OlOMOb 
010M06 
0 10 M 0 7 
OlOM 10 
OlOM 1 1 
OlOM la 
OlOM 13 
OlOM M 
OlOM 15 


CAL 0UTC0UNT"K at end of block, write the count 
L [ again for confirmation. . . 


200^0 

CAL WAITCS 

L 

H 

XRA- 

IN4 

KEYWAIT- 


then set up for 

a 200 centisecond (2 sec) 

block trailer interval. . . 
clear accumulator 

and output null code to tape units, 
having completed the output, back to 
IMP command interpreter. . . 


The following routine is accessed by the tape control command "TS” and is used to 
space the tape a fixed interval after rewinding and setting up for forward motion. 


LEADER; 010S272 = 250 XRA'L—^clear the accumulator so that 

010\273 = 111 IN4 S a momentary null code can be output to 

010\274 = 006 LAI -^^tlm tape controller. . . 

010\27 5 = 014 s(TAPECTRLy'l_-^then point to the tape control 

010\276 = 075 SYM —^ word via SYM mechanisms. . . 

010\277 = 307 LAM—-*-load the accumulator with the selection 

010\300 = 064 ORI ' «»then force "output select" onto whatever 

010\301 = 002 00 000 010 rate/channel had been selected.. . 

010\302 = 111 IN4--^then output the command code, turning on 

010\303 » 056 LHI the motor. . . 

010\304 = 012 1^10 '^^^set up for 10 second leader delay (adjust this 

constant to suit your tastes. . . ) 

The H register is thus used as a temporary count for the number of seconds of delay in 
the leader, serving to cycle the following leader delay loop. . . 

LDELAY; 010\305 = 016 LBI T^the inner loop of leader delay is a 1 second 

010N306 = 144 lOOjo J delay programmed by the WAITCS routine. . 

010\307 «= 106 CAL WAITCS called to delay a total of 

010\310 = 116 L 100 centiseconds as prograunmed 

010\311 =012 H by the value in B on entry 

010\312 = 051 DCH ^^^after the inner loop delay, decrement the 

010\313 = 110 JFZ LDELAY "1 the seconds counter (H register) 

010\314 = 30 5 L and branch back if needed. . . 

010\3i5 
010\316 
010\317 
010\320 


XRA'-^j^clear the accumulator. . . 

IN4 --'-^then output the turn off (null) code. . . 

KEYWAIT-- and back to keyboard interpreter. 


The next routine to be listed is a service routine which is activate by "TH" and is 
used by IMP to set the H portion of the tape block count working storage. . . 

COUNTH: U10S321 = 006 LAI 

010S322 = 022 s(COUNT) ?—point to block count via SYM 

010S323 = 075 SYM J 

010\324 = 371 LMB -^_^then define H portion from last entry, left in 

010S325 = 104 JMP EXAMINER the B register by GOTFUNC. .. 

010S326 = 156 L S-^then go to EXAMINE in IMP proper 

010\327 = 013 H ^ in order to output the count. . . 


JMP EXAMINE 

L 

H 


LCXXliC X 

> th 

•f, 



ECS Volume 1 No. 3 


-24- 


March 1975 


A similar routine is used to perform the same function for the L portion of the block count 
when invoked by the "TL" command to transfer IMPENTRY to the count's low order. 


COUNTL: 


010\330 
010\331 
010\33a 
010\333 
010\33A 
010\33b 
010\336 
010\337 
01U\3^0 


006 

oya 

0 7b 
0 60 
37 1 
061 
104 
1 b6 
013 


LAI 
s (COUNT) 
SYM 


point to block count (length) 



increment to look at low order. . . 
and load the low order from entry 
and look again at start of COUNT 
EXAMINE 

r^and jump to EXAMINE it 
via the IMP routine. . . 


The next section of code consists of two utility functions for display of tape control 
data, "DSPLYCTRL" invoked by the "TD" command and "DSPLYBLK" invoked by the 
"TB" command. . . 


DSPLYCTRL: 01U\34l 
010\342 
010\343 
010\344 
010\34b 
010\346 
010\347 
010V3b0 


006 
014 
075 
307 
1 7 b 
250 
1 7 7 
025 



LAI 

s(TAPECTRL) ^^ first point to tape control 
SYM J word via SYM mechanism. 

LAM----►then fetch TAPECTRL. . . 

OUT36 and output to display 

XRA ^ 

OUT 37 j the other display to all zeros. . . 

KEYWAIT ' -s^and back to IMP as usual. .. 


The following routine displays the block count in the two display lamp sets. .. 


DSPLYBLK: 010\351 = 006 LAI 

010\352 = 022 s(COUNT) 


This label identifies shared code to execuite(sic) SYM and go to EXAMINE of IMP. . . 


GOEXAM: 


010\353 

010\3b4 

010\3bb 

010\356 


0 75 SYM 

104 IMP EXAMINE 
156 L 
013 H 


The next set of code is a utility routine "ATMEMA" which is called at several places 
in the tape control extensions (and later software to be published soon) in order to place 
the current content of MEMADDR into the L and H registers - pointing AT MEMA. . . 


ATMEMA: 


012\000 = 006 
012\001 = 006 
012\002 » 075 
012\003 = 307 
012\004 = 060 
012\00b = 367 
012\006 = 350 
012\007 = 007 



LAI 

s(MEMADDR) | point to MEMADDR 

SYM 

LAM'--^'put H part of MEMADDR into A temporarily 
INL to point to the L part of MEMADDR 


LLM—»■ which enables the L result to be defined. . . 

LHAafter which the H result can be loaded from A 
RET -—^—>. and it is now safe to return to caller. 


The tape utility commands "TR" and "TU" are used to set the "rate" and "channel" 
sections of the ECS-6 tape interface control word respectively. The next page lists the 
service routines for these commands. "RATE" is reached when the alternate command 
table decodes an "R" following the "T" . "CHANNEL" is reached similarly when the 
character "U" follows a "T". In either case, the current IMPENTRY low order 

data is used to define the corresponding field of TAPECTRL. 
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U 1 ii\U lu 
01 ii\o 11 
u 1 y\u 1 a 
ai ii\oi 3 
uia\uM 
uia\ui b 
u1y\oi6 
oiy\oiV 

oiy\oai 

olijNoyii 


LAI O 

s(TAPECTRL) 7 point to the TAPECTRL word 

SYM 3 

LAMand fetch the old control value first. . . . 

NDI “L^save all except old rate by 

0000 nil) "anding" with a mask. . . 

LMA^ ♦and temporarily save back in TAPECTRL 
LAB 1—-SO that IMPENTRY copy can be fetched to A 
XCHG 3 and exchanged to high order (see ECS 

NDI Vl#l p. 20) 

nil 0000 j ^clear extraneous IMPENTRY stuff. . . 


nil 0000 


'clear extraneous IMPENTRY stuff. . . 


This label identifies common code of RATE and CHANNEL used for recombinations. . . 
NEWCTRL: t a r>Trr"TTj t 


012\023 


26 7 

ORM 

move save 

U12\U24 

= 

370 

LMA 

set of 

012\02b 

= 

104 

JMP 

DSPLYCTRI 3 

012\026 

= 

341 

L 


012\027 

= 

010 

H 

J 


The channel routine is analogous 

CHANNEL: 012\U30 = U06 

012\031 = OM 
0 12\U3i» = U7b 
01ii\0 33 = 30 7 
012\03^ = Q/iA 
U12\03b = 363 
012\036 = 370 
012\03/ = 301 
012 \ 0^0 = OAA 
012\041 = 003 
012 \ 0^2 = 002 
012\0^3 = 002 
012 \ 0^4 = 10 ^ 
012\0Ab = 023 
012 \ 0^6 * 012 


L C»and go show off the results of this 

H _3 shifty maneuver. . . 

to RATE, but zaps new stuff into different bits. . . 

LAI ^ 

s(TAPECTRL) L _^ point to TAPECTRL word 

SYM J 

LAM and fetch the old content. . . 

NDI as with RATE, save all bits except channel bits 
nil 00 1 1 by "anding" with mask. . . 

LMA then stuff it back into memory temporarily 
LAB and turn attention to IMPENTRY copy 
NDI "Tyr-which must be first 

0000 0011 j masked to get rid of high order junmk 
RAL '} , then shifted left into the right position 

RAL 3 within the word. . . 

JMP^ j^after which the same combining maneuver 
L j is used as for the RATE case. . . 

H J 


The software control structure used to define the tape block format references the fol¬ 
lowing routine several times. WAITCS accepts a parameter in the B register whth 

specifies the number of nominal 10 millisecond wait intervals (centiseconds) required. . . 


WAITCS: 


012\116 = 026 
012\117 = 147 


The timing loop here is not 
WeSLOOP: 012\12U = 


load an inner loop count which 

approximates a 10 millisecond delay. . . 


012\120 

= 

021 

DCC 

012\121 

= 

30 7 

LAM 

012\122 

= 

1 10 

JFZ 

012\123 


1 20 

L 

012\124 

= 

0 1 2 

H 

012\l2b 


01 1 

DCB 

012\126 

= 

1 10 

JFZ 

012\127 

= 

1 16 

L 

012\130 

= 

012 

H 

U12\l31 

= 

00 7 

RET 


quite 10 milliseconds with the above constant! 
021 DCC decrement the delay count 


r the inner loop reiterates for a total of 

24 states per cycle (except last one) 
decrement preloaded outer loop count 
WAITCS} and if any centicseconds remain to be 

counted, go back to wait some moj e. 


otherwise return after an approximately correct 
WAIT interval. . . insert compensation here if 
want digital clock accuracy . 
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Another WAIT function required for coordination is the WAITOUT routine. Here the 
object is to centralize the instructions required for testing the status bits when output is 
being done to one of the ECS-6 controller's channels. Note that this routine is general, 
only requires that TAPEGTRL be initialized prior to entry. The analogous routine in the 
previously published ELDUMPO program is al locations 011/217 to 011/235 and could be 
potentially consolidated by a CAL WAITOUT if ELDUMPO is re-written to use the SYM 
mechanism. A characteristic of software written without automated assembly and com¬ 
pilation aids is the price in time paid to modify routines - thus the point is academic at 
the present time. 


WAITOUT: 


0 1 2 \ M 7 

= 

0U6 

012\1bO 

= 

0 M 

U12\lbl 

= 

07b 

012\1b2 

= 

30 7 

012\153 

= 

1 1 1 

012\lb4 

= 

044 

012\1bb 

= 

1 30 

012\156 

= 

0 74 

012\157 

= 

1 30 

012\160 

= 

1 10 

012\161 

= 

147 

012\162 

= 

012 

012\163 


017 

t 

"Aont (Wt 


point to control word 


LAI 

s(TAPECTRL) 

SYM 

LAM and fetch it to A. . . 

IN4 and peruse the status bitz, . . 

01^011 000^ isolate RDY, TBMT and TEOC 
CPI ——and test for all in proper state. . . 

01 oil 0000 of readyness. . . 

JFZ WAITOUT"^ and loop around ad infinitum if 
L ^ not ready to return. . . 

H J 

RET (middle digit is a mistake, but the RET instruc¬ 
tion spec sez "don't care" - so why bother to 
change it at this point? ) 


The next routine to be listed in this issue is the "OUTCOUNT" routine used to dump 
the l6-bit block data count onto the tape after waiting "x" centiseconds, where "x" 
is here compiled as 10. This effectively allows a 1/10 second error in the positioning 
of a tape block relative to the end of the last previous block - since reading operations 
will wait 2. 0 seconds from motor startup and writing will wait 2. 1 seconds. In order to 
avoid missing data, the read "listening" must begin prior to the commencing of actual 
data bytes . 


OUTCOUNT: 011i\20U 

uiasaui 
012\202 
012\2U3 
U 12 \ 20 d 
012 \ 20 b 
012\206 
U 1 2\20 7 
012\210 
0 1 2\21 1 
012\212 
012 \ 213 
012 \ 21 ^ 
012\21b 
012\216 
U12\217 


016 
012 
106 
116 
012 
006 
022 
0 7b 
30 7 
310 
1 13 
0 60 
30 7 
320 
1 1 3 
00 7 


LBI ')j^set up the "x" second wait with 
^®10 3 squal to . 100 second (10 centiseconds) 

CAL WAITCS' 

L 


H 

LAI 

s(COUNT) 

SYM 



with the setup, go waitonit 


1 


LAM 
LBA- 
IN5 — 
INL^ 
LAM 

LCA 
IN 5 
RET 


r 


setup for I/O by pointing to COUNT 


-fetch high order of count to A 
,-save it for later use in B 
.^and then send it out as the first byte of data. . . 
rpoint to low order 
and fetch it to A 
but save it in C 

before zapping A with the output side 
of IN5 and returning. . . . 


Note that this routine also has a hidden extra function in its definition of the 

content of B and C as the high and low order block count for later use. 
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The next segment of the IMP extensions is the routine accessed by the "TI” command 
of the extended program. . . 


INITIAL: 


INI LOOP: 


OliiMiSU 

= 

006 

oi2\yyi 

= 

OM 

01 

= 

0 7b 

0 iuMmj 

= 

016 


= 

012 

0 I2\22b 

= 

0 76 

01ii\a26 


000 

0l2\22'f 

= 

060 

0ifc!\ii30 

= 

01 1 

0ia\Si3i 

= 

110 

uiasajy 

= 

22b 

oiy\y33 

= 

012 

oia\a34 

= 

00 6 

01 ii\y3b 

s 

000 

012\236 

s 

1 1 1 

012\23V 

= 

02b 



point to first data byte. 


LAI 

s(TAPECTRL) 

SYM 

LBI1 data count for initialization by crude method of 
10 zapping 10 bytes in a row. . . 

LMI7 by immediate movement of 
0 J zero to the memory location. . . 

INL increment the memory address pointer 
DCB and decrement the count. . . 

JFZ INIL00P7 back for more until done 

L j 

H J 

LAI "I three brownie points and a pat on the back if 




0 

IN4 J 
KEYWAIT 


the reader can figure out a better way to 
clear A for the I/O control word reset. . . 


This initialization takes advantage of the fact that all the tape specific data is located in 
addresses 200 to 211g and can thus be zapped as a block. . . without separate symbolic ref¬ 
erences. 


Then comes a bxanch of miscellaneous jumps from page 012 to page 010 for the new 
subcommands. . . due to IMPDECO's single-page orientation. . . 


JLEADER: 

0 1 2\240 


104 


012X241 

= 

272 


012X242 

a 

010 

JDSPLYBLK; 

012X243 

= 

104 


012X244 

= 

3bl 


012X24b 

= 

010 

J DSPLYCTRL: 

012X246 

= 

104 


012X247 

= 

341 


012X2bO 

= 

0 10 

JCOUNTL: 

012X2bl 

= 

104 


012X2b2 

= 

330 


012X2b3 

= 

010 

JCOUNTH: 

012X2b4 

= 

104 


012X2bb 

= 

321 


012X2b6 

= 

010 

The following is inserted out 

TSETUP: 

012X32b 

= 

00 6 


0 12X326 

= 

002 


012X327 

= 

0 7b 


012X330 


0 76 


012X331 

= 

003 


012X332 

= 

006 


012X333 

= 

030 


0 12X334 

= 

07 b 


012X33b 

= 

0 76 


0 12X336 

= 

0 1 2 


012X337 

= 

02b 


JMP LEADER - this jump is used to get out of page 
L 0128 after "TS” command is decoded by the 

H IMPDECO routine as modified. . . 

JMP E^PLYBLK - same here for "TB" command. . . 

- oops - if 8008 were decent would be correct 
JMP DSPLYCTRL - same here for "TD". . . 

L 

H 

JMP COUNTL - same comment for "TL”. . . 

L 

H 

JMP COUNTH - same for "TH" 

L 

H 


of sequence for editorial reasons. .. it fits. 


LAI 
s(IMPSTATE) 
SYM 
LMI 
3 

LAI 

s(DECOGO) 
SYM 
LMI 
h(TAPECMDS) 
KEYWAIT 



In order to setup IMP for a second 
character to follow the "T" command, 
the IMPSTATE value must be set to 3 
to force the alternate decoding of the 
next character in the stream . 

Must also point to the word which 
holds the "GOTFUNC" high order 
address and load that word with the 
(non symbolic) H address of the tape 
subcommand table. . . 

Then return - as always - to the 
IMP keyboard wait routine. . . 
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This issue concludes 
IMP tape extensions, 


with the new symbol table for IMP and the command table of the 


SYMBOLS: 


TAPECMDS: 


0iy\a6U 
01yvabi 
01a\y62 

012\263 
012\264 
012\26b 
0 1 2V266 
012\267 
012\270 
012V271 
012\272 
012\273 
012\27A 
012\27b 
012\276 
012\277 
012\300 
012\301 
012\302 
012\303 
012\30A 
012\30b 
012\306 
012\30 7 
012\310 
012\31 1 
012\312 
012\313 
012\31^ 
012\31b 

0l2\3b^ 
01 2\3bb 
012\3b6 
012\3b7 
012\360 
012\3bl 
012\3b2 
012\3b3 
012\3b^ 
012\3bb 
012\3bb 
0 1 2\3b7 
012\370 
012\371 
012\372 
012\373 
012\37^ 
01 2\3 7b 
012\37b 
012\377 


= 000 
= 204 
= 000 
= 206 
= 000 
= 210 
= 000 
* 212 
*013 
* 344 
= 012 
= 3b4 


'00” is symbol table self-pointer 
*02” is IMPSTATE 


= 012 

260 ~ ”00” is symbol 

= 003 ■ impst. 

= 004 “ impentry 

= 006 ■ MEMA] 

- "10 " is GPJMF 

= O 1 b 
= 012 

= 3b4 ■ TCMDS 

= 000 

= 200 - "1^” is TCTRL 

= 000 

= 20 1 ■ "1^“ is TCOUN'; 

= 000 

= 203 ■ "20" is INOPS 


- ”06” is MEMADDR 


- ”10 ” is GPJMPMA 


”12” is TCMDS 


”16” is TCOUNT 


”22” is COUNT 


’24” is BADDATA 


- ”26” is BADFORM 


•30” is DECOGO 


•32” is IMPCMDS 


•34" is TAPECMDS 


. ™ -Input errors in data display. . . 

l(EDATAD) ^ ^ ^ 

iipti 

l(EFORMATD) ” Input errors in format display. . . 

tijti 

l(INITIAL) ” Tape data initialization routine. . . 

”S” 

1(JLEADER) - Tape leader routine 

KJDSPLYBLK) " "“P" -sp.ay. . . 

l'(JDSPLYCTRL) ' Tape control word display. . . 

"Li** 

l(JCOUNTL) ” order block length setter. . . 

”H” 

^ - High order block length setter. . . 

l(JCOUNTH) ^ ® 

- Rate setter (not monopoly bureaucrat) 

".H" - Channel setter. . . . 

l(CHANNEL) 


As noted in the introduction, the tape control software is only partially 
listed in this issue due to space considerations. The remainder will become 
a major portion of the April issue of ECS. . . CTH 
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News & Notes to accompany Volume 1, No. 3 - March 197 5. Some midnight madness 
written on completion of the present issue. . . 

THE DEMISE OF MICROSYSTEMS INTERNATIONAL: Current issues of electronic trade 
publications report the demise of Intel's 8008 and 8080 second source. Microsystems 
International , This Canadian firm is withdrawing from all IC business due to a lack of 
profits - a necessary input to any durable enterprise. 

RISE OF A NEW CPU? General Instrumentation and Honeywell have come up with a new 
"CP-1600" l6-bit single chip computer reportedly 5 times faster than another recent 16 
bit announcement by National. The EE Times note had a price reported as $250 for just 
one, with no information on when the part would be available. 

WANT TO SEE WHAT TEXAS INSTRUMENTS has to say about microprocessors? April 
15 to 18, nationwide, TI is sponsoring 4 half-hour TV lectures on the subject early in 
the morning. I can't print the entire schedule of stations, but interested readers might 
lookup a local TI or distributor number in the Yellowpages and inquire - if you don't already 
have the information from trade publications. 

REGARDING FLOPPY DISKS: Don Whitehead (980 New Haven Avenue, Milford, Connec¬ 
ticut) will be running the floppy disk pooled purchase previously announced. Write him for 
complete details. A summary is as follows: Drives will be the new Memorex 

model ( original mechanical design with late user-oriented electronics). Price for the 
drive will be $575 assuming 11 orders total by the appropriate deadline, $700 if less than 
11 units are purchased. A $150 deposit will be required pending the 11-unit order deadline 
- or if you can not wait, the single unit price can be used to get the fastest possible turn¬ 
around for the order. The price will include shipping to continental USA. A manufac¬ 
turer's documentation package of 4 books is $12 extra, and a recommended package is 
the manufacturer's support kit including 10 disk cartridges, the documentation package, 
a test cartridge, and cleaning kit for a price in the $150-170 range, above the drive cost 
alone. As previously announced, if the drive deal goes through, M. P. Publishing Co. 
will provide an interface article. One final point - once 11 orders are reached, the 
offering will be extended indefinitely - but it requires serious individuals to act very 
soon to assure the first order needed to begin the "OEM" pricing operation. 

SOFTWARE FOR SALE: With the availability of the ECS-8 PC card (layout and price to 
be in April's issue) tapes of ECS 8008 software will be made available beginning with the 
IMP program. Price for a BASF C15 Cassette & Mailer with IMP recorded redundantly 
is $7. 50. Later versions incorporating improvements in the program will be available 
to previous purchasers on a cassette-recycling basis for $2. 50. First class mail 
is part of the price - with extra postage required for airmail or overseas purchasers. 
Tapes will be recorded in binary image format using the ECS-8 type of modem, from 
the working software in the ECS 8008 prototype system. 

WANT TO BLOW YOUR OWN HORN? As a new feature, subscribers' descriptions of 
their own Experimenter's Computer Systems (not necessarily the M. P. designs, 

Intel CPU's or other fixed restraints on hardware) are solicited. Write it up in a few 
pages , covering the system design, unique features, problems you have encountered, 
etc. Oh yes, while it won't make you rich, there is a royalty of 10% on of sales pro¬ 
rated by the fraction of space devoted to the article in each issue, payable in an initial 
lump based on current circulation with residuals thereafter. . . 

CTH March 13 1975 
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ECS 

THE MONTHLY MAGAZINE OF IDEAS 

FOR THE MICROCOMPUTER EXPERIMENTER 

Publisher's Introduction: 


Here you have the April 1975 issue of ECS, complete and unexpurgated. The main 
theme of this issue is the introduction of the "SIRIUS-MP" language as a notational form 
for expressing programs. The idea of SIRIUS-MP is to slightly generalize the low 
level code approach to program notation so that it will be fairly expedient for subscribers 
to hand "cross compile" programs on whatever variation of the "home brew computer" 
concept they have implemented. The variations on this theme include. .. 

1. The SIRIUS-MP Language. . . This article, beginning on page 2, is a first 
statement in these pages of some of the concepts involved in the langiiage. 

It also provides information useful in understanding the several SIRIUS examples 
found in this issue. 

2. BOOTER; An "Emergency" Bootstrap Loader... It is common knowledge 
what to "do when the lights go out. " But what do you do after the lights go out 
when your computer and volatile software were on the same power source as 
the lights ? Turn to page 11 for a description of an onergency bootstrap loader 
concocted one weekend to combat electron deficiency anemia. 

3. IMP Extensions For Tape Interface Control (Continued,..) In the last issue, 

I did not quite fit all I intended to print within the confines of 28 pages. The re¬ 
maining segments of the tape interface are presented in a SIRIUS fashion along 
with the equivalent 8008 code, beginning on page 14. 

4. Comments on the ECS-8 Design; Turn to page 19 for a short note on one 
aspect of the ECS-8 design which I should have pointed out in the March article, 
and was the source of a complaint from my brother Peter Helmers. 

5. Notes on NAVIGATION IN THE VICINITY OF QC-AQUILA ... #1. So, you 
went out and got yourself an Altair computer? Now what? Turn to page 20 for 
the fir st in a continuing series of articles on the use and abuse of the Intel 8080 
instruction set in an ECS context - with occasional intermingled information on 
hardware interfaces to be supplied from time to time (but not this time however.) 

6. Erratum; Turn to page 24 for a short note about an ECS-7 diagram error. 

7. A Note Concerning The Motorola 6800 MPU; Also on page 24 is a short note 
concerning the use of the M6800 in an ECS context, now possible to contemplate 
on a practical basis in the near future. 

This issue is going to press April 21 1975 . The next issue is fairly well defined as of 
this date, and will include: an article by subscriber James Hogenson concerning the 
design of a unique oscilliscope graphics interface featuring a 4096 point (64x64 grid) 
matrix of spot locations; a continuation of the software discussions begun in this issue; 
and possibly a review of one or two tools which will be of interest to readers. 

Carl T. Helmers, Olr. 

_ Publisher April 20 1975 


1975 M. P. Publishing Co. All Rights Reserved. 
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The SIRIUS-MP Language... 

an approach to machine independent low level code. 


This issue begins a subject which will continue in the pages 
of ECSfor some time to come: the subject of expressing pro¬ 
grams in a fairly well defined low level "language" which is in 
principle independent of any particular microprocessor or other 
small computer you might have. This will facilitate your use 
of published programs written for an 8080 if you own an IMP-16, 
or programs written for 8008 if you own an M6800, etc. - pro¬ 
vided the programs in question are expressed in the SIRIUS way. 

The ncime I have chosen for this language is "SIRIUS-MP". 
The SIRIUS is a combination of an April pun and the following 
input: if Altair is the brightest star (visual magnitude) in the 
constellation Aquila, then let me modestly name this mode of 
program expression after the brightest star in the sky, the 
star OC-Canis Major or SIRIUS. So, if you are SIRIUS about 
Altair (or other computers available inexpensively both now and 
in the near future) you will find this series of articles illumin¬ 
ating. So much for the advertisement now to turn to some 
information content. . ,. 


WHAT IS A COMPUTER LANGUAGE? 

The answer to this question (as is always the case with complicated subjects) can 
range from the superficial to the formal mathematical intricacies of compiler-writing 
and language design. Since this publication is not a technical journal on software eng¬ 
ineering, it must necessarily leave out a lot of the detailed information on the subject, 
to concentrate on the application of the concept. (Upon sufficient interest - one inquiry 
I'll spend an evening sometime and compile a bibleography on the subject of compilers 
and computer languages. ) With this disclaimer I'll proceed to the subject of computer 
languages in the context of a home brew microcomputer system. 

Starting from first principles, what is a "language" (eg: English, German, Pidgin, 
integral calculus, set theory) in general? I'll confine the subject arbitrarily to the 
concept of "written languages" and put forth the following formulation: 

A LANGUAGE IS A HUMAN INVENTION FOR THE PURPOSE OF 
EXPRESSING THOUGHTS. 

This definition is filled with implications: language is an invented technology (probably 
the first) of humans (or other critters. ) language is utilized in communicating thought 
between individuals. Language is appropriate to thinking beings. Now what could 
this possibly have to do with your urge to program and use a microcomputer ? 




ECS Volume 1 No. 4 


3 


April 1975 


A fair amount of course! The specific application of the language concept to the 
problem of programming a computer is the concept of a "programming language." 

The specific part of this application is the limiting of computer languages to certain 
classes of thoughts.. . 

A COMPUTER LANGUAGE IS A HUMAN INVENTION FOR THE PURPOSE 
OF EXPRESSING COMPUTER PROGRAMS. 

Just as there are nurherous variations on the "natural language" concept (Eg; ENGLISH), 
the diversity of hiunan thought has lead to a wide range of computer languages from the 
most general to the specific and application oriented. In each such language, the 
author(s) have selected a set of elements needed to solve the particular problem and 
combined these in a (more or less) self consistent manner and come up with a solution 
to the problem of expressing programs of a particular class. 

The creation of a programming language for the particular case of a microprocessor 
system in the "homebrew" (ie; limited hardware) environment is the object of this 
series of articles in ECS. When you design and or build a hardware system, your first 
problem is solved - a computer that "works". To get beyond this first phase the problem 
becomes developing the programs enabling your system to do interesting things. A 
language can be used for ^5 purposes in the process of programming your computer; 

a. An appropriate language enables you to abstractly specify a program in 
a first iteration of design without worrying "too much" about details. Get 
the control flow figured out first, then worry about low level subroutines! 

b. An appropriate language will enable you to hand compile programs ex¬ 
pressed in that language for use on your own computer, even if the program 
was developed and debugged on another computer. You know the "algorithm" 
works even though you have not yet translated it to your own use. 

c. A language appropriate for the home microprocessor will be of sufficient 
simplicity to allow hand compilation or compilation by a very simple compiler. 

These considerations - the definition of a ''home brew computer" context - are a major 
input into the design of the SIRIUS -MP method of program expression. 


SETTING THE PROJECT IN CONTEXT; 

HOW WILL SIRIUS-MP COMPARE TO EXISTING LANGUAGES? 

The approach taken in the choice of elements for the SIRIUS-MP language is that of 
a "pseudo assembly language. " An assembler is the simplest of all software developme 
aids to write, so this choice tends to satisfy criterion "c" above. But what about "a" 
and "b".^ This is where the "pseudo" part enters the description; it is a language 
one step removed from the detailed instruction level in many of its operations. SIRIUS 
is an assembly-type language for a class of similar machine architectures - with opera¬ 
tions found in general on such machines forming its "primitives. " The subject of addres 
resolution is left intentionally non-specific and symbolic so that variations in the way 
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data is accessed can be left to the hand or machine-aided process of generating code 
for your own system. Many of the statements written in this form will generate only 
a single instruction on the "object" machine - but others will require a series of sever¬ 
al instructions to specify required actions on a given machine. It is my intention to 
include within this "pseudo assembly language" concept several programming constructs 
borrowed from high order languages in current usage - but stripped of the complex syn¬ 
tax of a true high level language and specified in the simplified form of the SIRIUS-MP 
syntax, such as it is. This adaptation of a language to a specific purpose and class of 
users is a widespread practice in the compiler/language design business. Several ex¬ 
amples come to mind of specific languages for specific usage contexts : 

XPL, - this language is the com^piler-writer's language to a great extent. It 
is a specific and limited subset of PL/1 by McKeeman, Wortman and 
Horning which isdocumented in a book entitled " A Compiler Generator. " 

The adaptation here is to concentrate on those features necessary for the 
writing of compilers and exclude all else. (Intel PL/M is very close to XPL) 

HAL/S - this language was developed for guidance, navigation and control appli¬ 
cations of NASA by Intermetrics Inc. , the author's employer of several years. 
HAL/S is specialized to include the vector and matrix data forms used in space¬ 
craft navigation - and to provide highly visible "self-documented" code which was 
not possible in the assembly language style approach used in the Apollo program. 

SNOBOL - here is a language which is primarily oriented to "string handling" 
programs - a very broad range of applications, in some sense including 
the writing of compilers as well. 

ALGOL - this language is the antecedent of many currently used languages , 
whose original intent was a specialization in generality - the ways in which 
algorithms could be best specified, in the abstract form. 

These languages are all examples of much more extensive and complex methods of 
program expression from a compiler writer's standpoint - although from the user's 
standpoint they are orders of magnitude easier to program with than doing the equivalent 
in a low level "pseudo assembly language" or formal assembly language for a specific 
machine. It is the problem of generating code by hand or with minimal program aids 
which limits the possibilities of SIRIUS program specifications to the low level approach. 


WHAT ARE THE COMPONENTS OF A COMPUTER LANGUAGE? 

For those readers with a software or computer-science background, this dis¬ 
cussion is in the nature of a reyiew. For readers with litlie programming background 
this will present new information. 

When you build a computer from a kit or from scratch, your problem is to put together 
a set of hardware components according to a certain system design ( usually inherent in 
the microcomputer chip design) such that all the components play together as a working 

system. At a level of abstraction far removed from - yet still within the context of - 
the detailed hardware, a language for computers is also a construction of component parts 
which must "play together" according to a particular design if the language is to be 
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useful as a means of expressing programs. At the most abstract level of discussion, a 
J language consists of two major component parts designed to provide an interface between 
a human being's thoughts and the requirements of computing automata. These are: 

SYNTAX: - this component of the language is the set of rules concerning the 
correct formulation of basic "statements" or "expressions" in the language 
in question. 

SEMANTICS; - this component of the language is the set of rules governing the 
intelligible combinations of syntax elements - the combinations which produce 
a well defined and translatable meaning which can be used in turn to generate 
machine code for some "object" or "target" machine of a compiler. 

The syntax and semantics of a programming language can be chosen with a somewhat 
ill-defined border: one of the major trade-offs to be done in designing a language and 
associated compiler is deciding how much of the work is to be performed by the syntac¬ 
tical analysis and how much is to be left to semantic interpretation. At one extreme there 
is the complex syntax of a high order language in which much of the semantic intent of 
a statement is inherent in the syntax used; at the other extreme there is the case of the 
simple "assembly language" style of syntax in which very little function is inherent in 
the syntax - which merely distinguishes labels, operators and operands. 

SIRIUS-MP is at the "assembly language" end of the trade - its syntax is kept simple, 
so that a minimal compiler (or hand compilation) will be used to translate it to machine 
codes, and the semantic interpretations are largely look-ups based on the specific content 
of the statements coded in a program, with very little variation on certain basic forme 
for operands and operators. 


SPECIFICATION OF SIRIUS-MP; 

The specification of a language can be a very formal and very dry process. A languag< 
specification is ultimately required in order to clearly convey the meaning of statements 
coded in the language, the legal variations on such statements, etc. etc. A certain level 
of consistency in specification is required, for instance, if I want to write a compiler 
for a given language. At the present time, however, my reasons for formulating SIRIUS 
are much less demanding than the formal specification of a language: I am interested 
in creating a method of describing programs which will be heavily commented and used 
principally for publication in ECS (and possibly other publications.) Thus the specifica¬ 
tion is left in a fairly "soft" form for the time being within a general framework describee 
in this issue. The time for a formal specification will be the day I sit down and write 
an appropriate compiler - or a reader decides to do so through impatience and the desire 
to write one for publication (with the usual royalty of course. ) 

In lieu of a really formal specification of the SIRIUS-MP language, the next few pages 
contain an informal description of several notational devices employed in the examples of 
SIRIUS-MP programs in this issue, and comments on why the forms are used. The areas 
covered are; STATEMENTS, ADDRESSING & REFERENCE, DATA REPRESENTATIONS, 
and OPERATIONS. Omitted in the present discussion are several languages forms to 
be described at a later time, including certain "structured programming" concepts and 
details of argument/parameter linkage conventions for subroutine calls in SIRIUS-MP. 
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STATEMENTS ; 


The basic notational unit of a program which is written in SIRIUS-MP is the "state¬ 
ment. " The statement concept embraces the others mentioned on page 5, as can be 
illustrated by the following prototype format: 

LABEL: 

TARGET OP SOURCE * COMMENTS S 

As in most decent assemblers, the intent is to make the statement "free form" and 
thus requiring no fixed column or line boundaries. Hence the following devices are 
used as a part of the syntax: 

The end of a statement is indicated by a ";" (semicolon) as in a host of 
PL/l-like languages.* 

A label, if present, is distinguished from the first (TARGET) operand or 

the operation mnemonic (OP) by a u.ii (colon). With this choice of trailer, 

labels must not duplicate any operation codes (OP) which can have similar endings. 

An asterisk (*) is shown as a separator between the main part of the state¬ 
ment and the comments field at the right. 

For examples of the use of this format, see the several program listings included with 
this issue below. The fields in this prototype statement are as follows: 

LABEL - this field (and its ":" separator) is optional and is used to define a symbolic 
program label. A label is ultimately required to define all symbols used in a pro¬ 
gram with the exception of certain implicitly defined symbols such as CPU registers 
and flags. 

TARGET - this field (optional) specifies a symbolic reference or absolute address for 
the memory location (s) or I/O devices which will receive data as a result of an op¬ 
eration. Certain operations will not require a target field for proper notation. 

OP - this field is required in order to specify an "operation" to be performed at some 
time. Certain operations will correspond to executable code in the translation. Others 
will be used to reserve storage and indicate aspects of the program generation pro¬ 
cess. 

SOURCE - this field is required to specify a minimum of one operand for each opera¬ 
tion. Its format will vary depending upon the type of operation intended r variations 
will include various forms of symbolic reference as well as compound forms used 
to control functions such as "FOR" loop constructs or "IF" statements. 

COMMENTS - here the field intent and use is fairly obvious - to explain what is going 
on it is useful to make notations. 

* Note: The alternate form of statement boundary indication to the ";" is to start 
a new statement on a new line. The examples in this issue all omit the ";" specified 
above - a detail to be corrected in future issues. 
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ADDRESSING AND REFERENCE; 

For those individuals who have experience with high level languages (eg; FORTRAN, 
COBOL, PL/1, ALGOL, BASIC etc. ) the common experience is to blithly go ahead and 
program an application with the various ’•variables” declared within a program by impli¬ 
cit or explicit means. This approach is appropriate for a high order language in most 
instances because the problem of addressing and referencing.data in the computer has 
been solved in a fairly general and quite reliable manner by the compiler writers. When 
the time comes to drop down one level of abstraction to the assembly level, the problem 
of addressing has to be again considered in a more explicit manner since many more 
details of machine architecture are inherent in such programming. In deciding what 
forms of addressing and data reference to include in SIRIUS-MP, the low level approach 
is augmented by several methods of more abstract reference. The following are some 
key referencing concepts: 

ABSOLUTE ADDRESS; The concept here is of a fixed location in the memory address 
space of the computer or a given I/O instruction channel designation. In a system 
built around a Motorola 6800 for example, most I/O operations will be carried out 
with reference to absolute addresses for the I/O interface memory locations - at 
least in simple programs this will be the case. In the INTEL or National IMP-16 
architectures explicit choices of I/O channel require designation of numbers, often 
in an absolute form. 

EXAMPLE; The Octal expression 020Q23 could represent 

an absolute address. 

SYMBOLIC ADDRESS; The concept here is to reference the name of a data item in an 
instruction rather than its actual address. In principal all such names map into a 
fixed and unique address at execution, either through the operation of a compiler's 
address resolution or through a run time lookup mechanism such as the SYM routine 
used in the previously published ECS 8008 software. In SIRIUS notation, a symbol 
is defined by its appearance as a LABEL of a statement, or its existence as a pre¬ 
defined entity such as a register designation . 

EXAMPLE: Given label ANYSYM, a reference in some other (eg; assignment) 
statement might be: 

ANYSYM =; 0 (as the TARGET operand.) 

INDEXED SYMBOLIC ADDRESS; The concept here is to reference the starting loca¬ 
tion of a block of memory by the first symbol involved, and to indicate an offset 
(from zero up) in bytes by a second symbol or literal in parentheses following the 
first. Thus; 

ANYSYM(OFFSET) is a reference to the location ANYSYM 
plus the current value of OFFSET when the statement is 
executed, 
or 

ANYSYM(23) is a reference to address ANYSYM plus 23. 

An alternate form of expression for this would be to show an addition ( + ) operator 
rather than use a FORTRAN or PL/1- like subscript reference with parenthesis. 
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SPECIAL SYMBOLIC ADDRESSES: Here the concept is the notation of certain symbols 
with a fixed meaning, which in an assembler would effectively become "reserved" 
symbols not subject to redefinition. The forms used in the listings in SIRIUS in this 
issue are the following : 

W(ANYSYM) means "the whereabouts of ANYSYM" and is the notation used 
to indicate a reference to the absolute address of the symbol. 

M(ANYSYM) means "memory reference to the location found in the value of 
ANYSYM. " This is the basic "pointer" form used, and will assume that 
the value in ANYSYM is a full address (eg: 16 bits for most machines. ) 

T(ANYJMP) means "the address portion of a jump instruction at ANYJMP". 

This notation was introduced to allow the equivalent of a FORTRAN 
assigned GO TO to be used by altering a jump instruction. 

A, B, C, D, E,H, L are symbols used freely to represent registers on the Intel 
8008 and 8080 type of machine architectures. In translating this reference 
to a Motorola 6800 or National IMP-16, or other computer architecture, 
an appropriate software equivalent would be used if registers 

are not available. 

L(ADDRESS), H(ADDRESS) are used to reference the Low and High order portions 
of a full address (eg: 14 or 16 bits) on typical microcomputers when it is desire 
to examine only one byte. This is especially useful as a notation for the Intel 
architectures, but the same functional meaning goes on other machines. 


The various forms of addressing and reference described can be used to specify the 
"operands" - SOURCE and TARGET - of a statement. The concept of a "SYMBOL" 
is the generalized idea of one of these forms of reference (excluding absolute references. 
A "symbol table" for a program is a list of such symbols, usually including some 
additional information about the item. In a future article on the hand generation of code 
this concept will be explored in more detail. 


DATA REPRESENTATIONS: 


A "data representation" is a method of conceptually treating a group of data bits in 
the storage of a machine, and is usually fairly dependent upon hardware features of a 
given machine. The basic data representation of all the extant S^-bit microcomputers is 
the 8-bit binary integer (two's complement is the rule. ) This is augmented in certain 
machines such as the 8080 and the 6800 by a limited set of 16-bit operations implemented 
to handle address calculations. For the 16-bit microcomputers and minicomputers, the 
word length as a rule sets the basic representation as a 16-bit integer, although smaller 
8 bit quanta can usually be employed. This immediately suggests that the basic assump¬ 
tion to be built into SIRIUS-MP is that data ought to be operated upon in 8 and 16 bit 
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quanta. This will prove a useful decision for most processors likely to be in common 
use by readers of this publication (if there is enough interest. I'll make some comments 
at a future time on adaptation to 12-bit machines such as the DEC PD P-8 and its imita¬ 
tors. ) The two representations are thus (pictorially) . . , 


-MSB_ 

I I I I I I I 
7 6 5 4 3 2 1 0 

8-bit integer 


MSB __ LSB 

I I I I I I I r I I I I I I I- 
15 141312 11 10 9 8 7 6 5 4 3 2 1 0 
16-bit integer 


The fact that there are two possible ways to reference integers built into the hardware 
operations of the typical 8 and 16 bit microcomputer formats, (8008 excluded) leads 
to a desire to specify a notation for the length of data involved. I could choose among 
two basic alternatives in this area: 


a. Specify data type in some form of declaratory way. This would be analogous 
to an XPL statement such as "DECLARE X FIXED;" or a FORTRAN state¬ 
ment such as "INTEGER X". 


b. Specify data type(length) as a part of the choice of operands used. Here the 
information on length of operations is specified when the data is used - thus the 
program has a bit of extra redundancy in its notation (the extra characters needed 
to specify this type information) but the operations performed are much more 
visible at the local level. 


The choice I made was for the second alternative, primarily to reduce the need for a 
symbol table to the barest minimum of information - consistent with the simplifications 
needed for a compact assembler or hand compilation. A secondary reason is the one 
stated in "b" - local type indications give a better documented program. In the integer 
operations used by programs in SIRIUS, a single colon (as in "AND:") is used to indicate 
where an 8-bit operation is involved, and a double colon (as in "AND::") is used to 
indicate the 16-bit form of an operation. A final comment on integers: where a signed 
integer representation is required in two's complement notation, the sign of the number 
is represented by the most significant bit ( bit 7 of length 8 words, bit 15 of length 16 
words. ) This is the bit tested by the "S" flag on the various microcomputers. 


Byte String Data : One additional data type will be required for programming the 
various microcomputers using SIRIUS-MP. This data type is the generalized concept 
of a "byte string. " The representation is 

designed for manipulation of blocks of data in 
memory, in a form consisting of a length byte 
at the "anchor" (starting address) of the string, 
followed by from 0 to 255 data bytes at consec¬ 
utive addresses. This is a format which is iden¬ 
tical to that used in many byte oriented compilers 
(eg: XPL) and is a virtual necessity for handling 
character texts. Applications will not be restric¬ 
ted to character texts, however, for one partic¬ 
ular use could include variable length decimal 
arithmetic using packed BCD byte strings. 
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Byte strings are most conveniently handled on computers which have byte addressability 
of memory locations - eg; the IBM 360/370 series as well as the smaller ( 8080, 8008, 
6800) microcomputers. For 16 bit minicomputers and microcomputers, the concept is 
still useful, but requires explicit address calculations as a part of unpacking and manip¬ 
ulating two bytes per word. Operations on byte strings will use the notation of a number 
sign to indicate the variable number of bytes involved. 


OPERATI ONS; 

With the above introduction regarding data representations, it is now possible to 
consider the basic operations possible. The list here represents those used in the nota¬ 
tion of the programs in this issue. In a later issue I'll expand the explanations of some 
of these operations and corresponding machine code for typical machines. There 

are also several operations which I have not used in the notation of the current set of 
programs, but which will be the subject of future notes in this area. The following 
is a list of the operations used with program notation in this issue, omitting the type 
indicators ; 


AND 

GOTO 

INPUT 

Assignment( = ) 

HALT 

lOEXCH 

CALL 

IF 

KEYWAIT 

CLEAR 

IFNOT 

OR 

DECR 

INCR 

OUTPUT 


The operations AND, OR, GOTO, HALT, INPUT and OUTPUT all have direct ana¬ 
logs in the CPU operations when 8-bit quantities are used with machines such as the 
8008, 8080 or 6800. The examples' 8008 generated code versions illustrate one such 
representation. Some further notes will help illuminate the code generation process for 
the other operations. 

For all operations which have direct analogs in the machine architecture, the code 
used for the machine level version must consist primarily of establishing the address¬ 
ability of operands (source and target) and then execution of the operation. This process 
is illustrated in the several examples. For 8 bit machines with 16 bit operations, the 
code generated must be generalized to 16 bits - for the 8008 this is done in the illustrated 
programs by appropriate subroutines for increment, decrement and comparison, so code 
generation consists of writing down machine codes for a subroutine call and argument 
linkage. 

Assignment always will map into a sequence of operations needed to move data from 
the source to the target. The 80O8 generated code of these examples is an extension of 
the previously described symbol table mechanism for address lookup (see February 1975 
ECS. ) For 16 bit quanta this process can often be done using a CPU register pair for 
the 8 bit machines, but will invariably require a subroutine when byte strings are involved. 

The IF statement form used in the examples is found in both a negative and positive 
sense. In either case the TARGET (lefthand) operand is the place where execution will 
go if the condition tests true. Two forms of the condition (S OURCE) operand are used; 
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Flag Reference; Here the intent is to use a mnemonic key word, 
for example "ZERO'* to reference one of the CPU flags of a typical micro 
after an instruction which might alter such flags. 

Tests: Here the intent is to specify two operands symbolically which 
are to be compared. I have grouped such references in parenthesis to sim¬ 
plify mechanical interpretation by a compiler, and have used the assigxunent 
symbol " = " with its length code with the usual duplicity to indicate the compar¬ 
ison test operation. 

A disclaimer is appropriate at this point - I am not satisfied with the IF condition test 
format illustrated in these examples of several programs, and will be experimenting with 
some alternatives. 


GENERATION OF CODE: 


The semantic intent of the language forms used to represent the several programs in 
this issue can be deduced from the comments in the listings and the general descriptive 
information in the previous pages. One remaining problem is the generation of code. 
For the time being, I am limiting information on this (very large) subject to the exam¬ 
ples illustrated below for an 8008 case and the notes accompanying the examples. I 
think there is sufficient information content to facilitate interpretation and generation 
I of corresponding machine code for processors such as the 8080 (very close) or the 
6800. 


BOOTER; AN "EMERGENCY" BOOTSTRAP LOADER 

The first example of a SIRIUS-MP program is a short and self-contained program 
called "BOOTER. " All programs ultimately solve problems. This particular program 
solved a problem which I had one weekend, and served as an "acid test" of the utility 
of the ECS-8 tape interface. As soon as I had the interface software up and running (the 
dump portion presented in March ECS's pages) I began dumping the entire CPU software 
load to cassettes at regular intervals as a "failsafe" against Boston Edison's next power 
failure. The planning fot that contingency - which by the way did happen in an ice storm 
in January to my consternation - paid off in a different way: I made the foolish mistake 
of turning off the power via a switch on my bench, now taped over solidly. Since I was 
working on SIRIUS-MP as a program writing tool, I took the opportunity to test out the 
expression it provides by writing the BOOTER source program appearing at the top of 
the next page. I won't claim perfection, however the original form of the program was 
essentially the same as the listing illustrated. 

Loading is accomplished as follows: in the tape format described in the last issue, 
the first legitimate data is the length code (two bytes which I knew had "007" and '»377" 
values for my tapes. ) Since none of the tape spacing and preparation routines of the IMP 
i program would be available in the blank computer memory being bootstrapped, the only 
way to synchronize tape data with the program was to listen continuously for the "007" 
character (state 1, LOOKFIRST tests for "007"), then check for a succeeding "377" 
byte (state 2, WELLMAYBE tests for "377"), then commence loading bytes starting at 
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The BOOTER program, listed in SIRIUS-MP... 



HOOTER: 




1 

B 

=: 

1 

It INIHAL STATE IS 1 

2 

X 

=:: 

2000 

* (INTELESE 004 / 000 ) START ADDR 

3 

36 

OOTFOT 

377 

e TURN ON A DISPLAY 

It 

CLEAR 

A 

« 

I 

A 

lOEXCH 

4 

* RESET THE 10 UNIT 


BLOOF: 




6 

A 

=: 

27 

* "0001 01 1 1" UNIT CONTROL 

7 

A 

IQEXCH 

4 

* CHECK STATUS OF TAPE 

8 

A 

AND: 

140 

* MASK OFF RDY i RDA BITS 

9 

BLOOF 

IPNOT 

(A=;140) 

* LOOP BACK UNTIL READY 


OETCHAR: 



10 

M(X) 

INPUT 

2 

« READ THE DATA (NO EXCHANGE) 

11 


DECR: 

B 

« 

12 

LOOKPIRST 

IF 

ZERO 

* HAVE STATE 1 DETECTED 

13 


DECR: 

B 


VELLMAYBE 

IP 

ZERO 

* HAVE STATE 2 DETECTED 

15 


DECR: 

B 

« 

16 

PORSURE 

IF 

ZERO 

* HAVE STATE 3 DETECTED 

17 

PORSURE: 

HALT 


* (OOPS! SHOULDN'T GET HERE) 

18 

36 

OUTPUT 

M(X) 

* WRITE TO DISPLAY 

19 

37 

OUTPUT 

L(X) 

« LOW ORDER ADDR TO DISPLAY 

20 


INCH:: 

X 

* POINT TO NEXT BYTE IN MEMORY 

21 

B 

=: 

3 

* RESET STATE 3 INDICATION 

22 

LOOKPIRST: 

GOTO 

BLOOF 

* BACK FOR MORE INDEFINITELY 

23 

B 

=: 

1 

* DEFAULT STATE 1 CONTINUE 

24 

BLOOP 

IPNOT 

(A=:007) 

« LOOK FOR OCTAL "007") 

25 

B 


2 

« IF FOUND, STATE SET TO 2 

26 

WELLHAYBE: 

GOTO 

BLOOP 

* AND GO BACK TO FIND "377") 

27 

B 


1 

e DEFAULT BACK TO STATE 1 

28 

BLOOF 

IFNOT 

(A=:377) 

* LOCK FOR OCTAL "377" 

29 

B 

=; 

3 

* MAIN LOAD LOOP IP FOUND NOW 

30 


GOTO 

BLOOP 

« 


Variables 

A : CPU register for I/O 
B ; CPU register or mem. 

X : Address pointer (CPU) 

ZERO : CPU flag for zero result 

Notations 

M(X) : memory at location in 
pointer variable X. 

L(X) : low order 8 bytes of X 


And the equivalent 8008 version of this algorithm.... 


Label 

8008 Code Bytes 


SIRIUS-MP 







Statement 

BOOTER: 

00 

\IIO 


016 

LBI 

a 1. 


00 

M 11 


001 

1 



00 

\X\2 


056 

LHl 

a 2. 


00 

M13 

*s 

004 

h(LOAD POINT) 



00 

MIA 


066 

LU 



00 

\l\b 


000 

KLOAD POINT) 



00 

M16 


006 

LAI 

■ 3. 


00 

\!IV 


37 V 

377 



00 

\120 


175 

OUT36 



00 

\12l 


250 

XRA 

a 4. 


00 

\I22 


111 

IN4 

a 5. 

BLOOP: 

00 

\I23 


006 

LAI 

■ 6. 


00 

\I24 


087 

"OOOl 01 11" 



00 

VI2 & 


1 1 

IN4 

a 7. 


00 

\I26 


044 

NDI 

a 8. 


00 

\I27 


140 

"01 100 OOO" 



00 

\130 


074 

CPI 

a 9. 


00 

\I31 


140 

"01 100 000" 



00 

\138 


1 10 

JFZ BLOOP 



00 

\133 


123 

L 



00 

\134 


000 

H 



00 

\I3& 


113 

INS fResd Tape) 

■ 10. 


00 

\136 


370 

LMA 



00 

\I37 


01 1 

DCB 

a 11. 


00 

\140 


1 bO 

JTZ LOOKFIRST s 12. 


00 

\I4I 


166 

L 



00 

\142 


000 

H 



00 

\143 


oil 

DCB 

a 13. 


00 

\144 


150 

JTZ WELLMAYBE g 14. 


00 

\lAb 


202 

L 



00 

\146 


000 

H 



00 

\147 


Oil 

DCB 

s 15, 


00 

\1S0 


150 

JTZ FORSURE 

t 16. 


00 

Vlbl 


154 

L 



00 

M&e 


000 

H 



00 

\I53 


3/7 

halt 

B 17. 

FORSURE: 








00 

\154 


307 

I.AM 

• 18. 


00 

\155 


175 

OUT 3 6 



00 

\lb6 


306 

LAL 

s 19. 


00 

\I57 


177 

OUT 37 



00 

\160 


055 

nexta 

■ 20. 


00 

\161 

S 

016 

LBI 

s 21. 


00 

\102 

a 

003 

3 



00 

\I63 

a 

104 

JMP BLOOP . 

s 22. 


00 

\164 

e 

123 

L 



00 

\16b 

« 

000 

H 



Likbel 8008 Code Bytes SlIUUS-MP 

lX>OKFlRST: Ststement 

00 M66 « 016 LBI I 23. 

00 M6Y ■001 1 

00 MVO ■ U’/4 CH I 24 

00 M71 - 007 7 

00 \17e ■ 110 JFZ BLOOP 

00 M7J ■ liiO 1, 

00 \17« • 000 H 

00 \175 ■ 016 LBI I 2S 

00 M76 » OOE 2 

00 \177 . 104 JMP bLOOP s 26. 

00 \e00 >180 L 

00 \801 ■ 000 H 

WELLMAYBE: 

00 \a08 -016 LBI • 27 

00 \803 ■ 001 1 

00 \804 - 074 CFI s 28. 

00 VE05 - 377 377 

00 \806 - 110 JFZBIXX3P 

00 \807 - 183 L 

00 \810 « 000 H 

do \8I1 ■ 016 LBI 129. 

00 \818 ■ 003 3 

00 V813 >104 JMP i 30. 

00 \814 >183 L 

00 \81S • 000 H 
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the known load point (location ZOOOg = intelese 004/000) as initialized at the beginning 
) of the program. 


The program is a "state driven" algorithm which has 3 states of execution set by 
the content of the variable "B" (which maps into a register in the generated code for 
a microcomputer such as the 8008 code illustrated. ) The sequence of states during 
execution of the main loop "BLOOP" during normal execution is as follows: 


Start: 

Scan for "007 
Found it, look for "377' 

Found it, transfer any further bytes to memory ■ 



End 


The program is set up so that if a false synchronization pattern is detected ("007" 
followed by any byte other than "377") the "WELLMAYBE" branch of the loop 
conclude s "maybe not" and goes back to scanning the input. The reason for 
scanning in this manner is to enable the program to be started via an interrupt, after 
which you can turn on the manual controls of the tape drive confident that the invalid 
data produced by the MODEM/UART combination during the leader and start up periods 
will not be falsely interpreted as good data - the specific 16-bit pattern of two bytes in¬ 
volved is not likely to occur due to random noise. 


The 8008 code corresponding to the BOOTER program's SIRIUS-MP notation is shown 
at the bottom of page 12^ with symbolic notations of labels, mnemonic op codes and refer- 
^ ence numbers to the SlRlUS-MP statements in the listing at the top of the page. The 
specific hardware assumptions used for this code are documented in previous ECS 
issues and are not repeated in detail here. For this simple program, the "X" data 
quantity (a memory pointer) is translate^ as the content of the H and L register pointer 
of the 8008. One of the restart routines defined in January ECS is utilized by the gener¬ 
ated code - "NEXTA" calculates the next address in H and L. On an 8080 this could be 
performed without a subroutine using the INX instruction with H and L selected. On a 
6800 the corresponding fimction would be performed using its INX instruction, with the 
variable X assumed to signify the index register "X". 


BOOTER uses output instructions directed at a binary display to illustrate the prog¬ 
ress of the program. At initialization, the display left half (OUT36) is loaded with 8 
"on" bits. (SIRIUS statement 3). Then, following the synchronization detection, the 
data transfer br2Uich FORSURE displays the current byte at left (OUT36, statement 18) 
and the current low order address at right (OUT37 generated by statement 19). 

The small loop from statements 6 to 9 is used to cause the program to wait until the 
flags of the UAR/T subsystem (see article ECS-6 and January 1975 ECS) indicate that 
a character has been received. The tape unit control code "027g" defined at statement 
6 is used to signify the data rate ("0001" for 1210 baud), channel ("01") and . selection 
for input (the last two bits. ) I 

If you use BOOTER to load IMP from one of the cassettes stqiplied by M. I*. Publish¬ 
ing Co. ($7. 50 each post paid) you will have to additionally load by hand the content of the 
other restart instructions routines before changing the interrupt branch to point to the IMF 
entry point at location 013/000 (Intelese.) 
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IMP EXTENSIONS FOR TAPE INTERFACE CONTROL (Continued.. . ) 


In the March issue of ECS, I started a presentation of 
extensions to the Interactive Manipulator Program for tape 
block write, compare and read operations. This article 
contains the remainder of the listings. With the exception 
of the three routines on this page, the additional 8008 code 
is given in its SIRIUS-MP form and in absolute octal with 
mnemonics decoded. 


One aspect of the SIRIUS-MP language which I have not dealt with explicitly in this 
issue's discussion is that of argument/parameter linkage for subroutine calls. Because 


a machine-dependent argument/parameter linkage is used for the 8008 versions of the 
three routines on this page, I present them here in the same commented listing form used 


for previous issues of ECS. The 
routines are utility functions for the 
two-byte increment/decrement func¬ 
tions and comparison. The parameter 
linkages to these routines are formed 
by passing symbols (see Feb. '75 ECS) 
in registers for lookup. 

D2B is the two byte decrement 
operation, which is entered with the 
symbol of the operand contained in 
the 8008's A-register. The operand 


OieMSe > 075 SYM 
0ieM33 ‘ 060 INL 
0IS\13<l - 307 LAM 
012M3b = 02« SUI 
012\i36 > UUI 1 
012\I37 " 370 LMA 
0ie\l40 » 003 RFC 

oi 2 \i<ii ° 06 ) ix:l 

012^)712 = 307 LAM 
012\l<i3 « 024 SUI 
0I2V144 i. 001 1 
012M45 o 370 LMA 
012M46 » 007 RET 


Go pick up argument address 

Point ahead (assume not at page bound) 

Fetch the low order byte. 

Subtract 1 • decrement will not do! 
Save result 

Return on no borrow condition. 

Point to high order byte 
Fetch it 

Also decrement with subtract 

so that borrow (C) may be set... 
Save result 

With carry indicating net underflow, 


is decremented by subtraction due 


12B: Routine t'o increment two bytes 


enter with symbol parameter in A 


to the properties of a zero underflow 
(the Zero flag detects this state one 
number too early at 0, not -1. ) On 
return, the carry flag indicates a 
l6-bit underflow if any 

12B is the corresponding two byte 
increment operation, which is also 
entered with the symbol of the oper¬ 
and in the 8008's A register. The 
8008's increment instructions are 
used, since the zero state is a reli¬ 
able overflow indicator. On return, 
the zero flag indicates a l6-bit over¬ 
flow if any. 

C2B is a two byte comparison op¬ 
eration, with a more complicated link¬ 
age. Theftwo operands are passed as 
symbols iti the B and C registers. The 
result is passed back as the content of 
the "E" register ; 1 if not equal, 2 if 
equal. This can be tested by a decrement 
instruction followed by a jump on zero . 


011N31 3 
011N3I4 
01IN3I5 
0 11 \ 31 6 
011 \ 317 
0I1\320 
011\32l 
01l\322 
01IN323 
011X324 
01l\32b 


OVb SYM 

060 inL 

31 7 LBM 
010 XNB 
371 LMB 
013 RFZ 
0 61 DC L 
3IV LBM 
010 INB 
371 LMB 

00V ret 


Look up the parameter address 
Point to, 

load from memory, 
increment and 

save the low order byte. 
Return direct if no overflow 
Point to, 

load from memory, 
increment, 

and save the high order byte. 
Then return always. 


Routine to compare bytes - in two's. 
010X234 B 046 LEI 


Enter with symbol parameters in 
registers B and C. 


QUl 

1 

Return default 1 (not equal. ) 

301 

LAB 


0 75 

SYM 

Fetch first parameter address 

337 

LDM 

and fetch the parameter. 

302 

LAC 

075 

SYM 

Fetch second parameter address 

303 

lAD 

and compare against 

2*77 

CPM 

first parameter value... 

013 

RFZ 

Return (E- 1) if unequal. 

055 

NEXT A 

Point to next address of second parm. 

337 

LDM 

Fetch second parm second byte 

301 

LAB 

075 

SYM 

Point to first parm again 

055 

NEXTA 

look NEXTA him too! f i 

303 

LAD 


277 

CPM 

Compare first parm, second byte 

013 

RFZ 

And again return (£-1) if unequal. 

046 

LLT 

Otherwise both bytes of both 

002 

2 

two sets are equal and can 

00 7 

RET 

return with equality result. 
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The notational power of a more abstract method of programming is illustrated by com 
paring the expression of the new IMP extension segments on page 16 with the correspon¬ 
ding "generated code" for the 8008 printed later. The routines listed in SIRIUS-MP 
form for the tape extension begin with the main portion of the program. .. 

READ/COMPARE main routineisat the left hand side of page 16 held sideways. This 
33-statement SIRIUS - MP program is invoked when the IMP command decoder detects a 
"shift R" for read or "shift C" for compare. The difference in the two routines is deter¬ 
mined by the entry point - line 1 for READ, line 28 for COMPARE. The logic at the 
entry points sets up a jump address in the "GPJMP" indirect branch location (this over¬ 
writes the previous use of GPJMP to get to READ or COMPARE from IMP. ) This 
switch (the choice of branch paths) is required so that the same general control flow can 
be use for both the READ and COMPARE operations - the difference being in what is 
done with the information read from tape. The switch point in the flow occurs at state¬ 
ment 14, and can be illustrated in 
flow chart terms by the diagram at 

the right. eOMr4ll«>: 

The common portion of the pro¬ 
gram provides the overall structure 
of a read operation; initialize the 
UAR/T, read a dummy character 
at the first RDA time, read the 
two length code bytes written by 
j the OUTCNT routine (see below) when 
the tape is prepared, then enter a 
loop which continues until the data 
count is exhausted. 

When the READl branch of the 
flow is taken during a read opera¬ 
tion, the current memory location 
pointed to by IBUFF receives the 
input character found in a variable 
called "B" (a CPU register for the 
8008 version of the program. ) 

When the COMPl branch of the 
flow is taken during a compare oper¬ 
ation, the current byte pointed to by 
IBUFF is compared to the input 
byte in the variable "B" - and an 
error count is incremented in the 
variable "BADDATA" (16 bits worth) 
to keep a tally of the badnesses. 

The data count is kept in the var¬ 
iable "ICNT" which starts out at -1 
and is counted up until it equals the 
block count stored in !'NCNT" after 
^ it is read from the tape. The test for 
end of transfer is found at statement 
20, a SIRIUS "IFNOT" operation. 



MYWAVT - AETUftM 








1 

T(OPJMP) 

=:: 

W( READl) 

* SET READ JUMP SWITCH 

1 

A 

=: 

TAPECTRL 


FETCH lO CONTROL WORD 


RC: 




2 

A 

lOEXCH 

4 

K' 

EXCHANGE FOR STATUS 

2 

TAPECTRL 

OR: 

"0000 00 

1 1" * FORCE INPUT SELECT 

3 

B 

=: 

A 

it 

SAVE STATUS IN B 

3 


CLEAR 

A 


4 

A 

AND: 

"01 100 

000 * 

' * MASK DESIRED BITS 


A 

lOEXCH 

4 

* RESET THE 10 UNIT 

5 

INPUT2 

IPNOT 

(A=:"01 

100 

000") o WAIT TILL READY 


INITIALIZE: 




6 

A 

=: 

B 

RESTORE STATUS PROM B 

S 

4 

OUTPUT 

TAPECTRL 

SET SELECTED CONTROL STUFF 

7 

A 

AND: 

"00 000 

111 * 

' * MASK ERROR BITS 

6 

I BUFF 

=:: 

KEMADDR 

* START INPUT AT MEMADDR 

8 

INPUTIT 

IF 

(A=:"00 

000 

111") » INVERTED NO ERRORS 

7 

ICHT 

=:: 

-1 

* INITIAL COUNT TO MATCH OUTPUT 

9 


INCH:: 

BADPORM 

ft 

INCREMENT' DATA FORMAT ERRORS 


WIMMYIH: 





INPUTIT: 





8 


CALL 

INPUT2 

« 00 FETCH BYTE (WAIT LOOP) 

10 

A 

INPUT 

S 

ft 

READ THE LATESTCHARACTER 


HIGin.HOTli! 




11 

B 

=; 

A 

ft 

PASS BACK VIA B REGISTER 

9 


GALL 

IHPUT2 

* GET HIGH ORDER LENGTH 

12 


RETURN 


ft 

BACK TO CALLER 

10 

NCNT 

=: 

B 

* SAVE B INPUT IN NCNT H.O. 








LOWLKGTH; 










11 


CALL 

INPUT2 

« GET LOW ORDER LENGTH 







12 

NCNT(l) 

=; 

B 

» STORE AT NCNT+l 








PORALL: 





NEWOUTCNT: 





13 


CALL 

INPUT2 

NORMAL DATA BYTE FETCH 

1 

B 

=: . 

iSio 

it 

MAKE IT 1,5 SEC DELAY 



GOTO 

GPJMP 

* SELECT COMPARE OR READ VIA 

2 


CALL 

WAITOS 

ft 

VIA CENTISECOND DELAYER 





* VARIABLE JUMP TARGET 

3 

A 

=; 

COUNT 

ft 

SEND OUT THE FIRST 


READl! 




4 

■ B 

=: 

A 

ft 

COUNT BYTE 

IS 

H(IBUPP) 

=: 

B 

* IP READ THEN STORE IT 

5 

5 

OUTPUT 

A 

it 

AND SAVE IN B 


GOTCHA: 




6 


CALL 

WAITOUT 

it 

WAIT UNTIL NOT BUSY 

16 

37 

OUTPUT 

B 

* DISPLAY INPUT DATA 

7 

A 

=; 

COUNTd) 

ft 

GET SECOND BYTE AT COUHT+1 

n 

36 

OUTPUT 

0 

* CLEAR OTHER DISPLAY TO ZERO 

8 

c 

=; 

A 

ft 

SAVE IT IN C 

18 


INCH:: 

IBUPP 

* POINT TO NEXT INPUT ADDRESS 

9 

S 

OUTPUT 

A 

ft 

AND OUTPUT TO TAPE 

19 


INCH: : 

ICNT 

K- INCREMENT WORKING COUNT 

10 


CALL 

WAITOUT 

ft 

WAIT UNTIL NOT BUSY 

20 

PORALL 

IPNOT 

(ICNT=::NCNT) TEST END OF BLOCK 

11 


RETURN 


ft 

THEN BACK 


EHDALL: 










21 


CALL 

INPUT2 

« READ FINAL LENGTH BYTE 







22 

36 

OUTPUT 

B 

* AND DISPLAY 







23 


CALL 

INPUT2 

READ SECOND FINAL LENGTH BYTE 


ONOFFj 





24 

37 

OUTPUT • 

B 

■ft AND DISPLAY IT TOO 

1 

A 

=: 

TAPECTRL 


FETCH OLD TAPE CONTROL 

25 

TAPECTRL 

AND: 

"1111 11 

0 0" » TURN OFF INPUT SELECT 

2 

A 

AND: 

"00 000 

010 ' 

' » CHECK OLD STATE OP SELECT 

26 

4 

OUTPUT 

TAPECTRL 

«- TURN OFF THE DRIVE.., PATCH 

3 

TON 

IF 

ZERO 

ft 

CHANGE TO ON IP OFF 





* IN A 2 SECOND WAIT HERE 


TOFF: 









* IP NEEDED - SEE TEXT. . . 

4 

B 

=: 

2 

ft 

CHANGE TO OFF IF ON 

27 


KEOTAIT 


* SLEEP PERCHANCE TO DREAM 

5 


GOTO 

EITHER 

ft 

THEN DO THE CHANGE 


COMPARE: 





TON: 





28 

T(GPJMP) 

=:: 

W^SOMPl) 

* SET COMPARE JUMP SWITCH 

6 

B 

=: 

0 

ft 

CHANGE TO ON IF OFF 

29 

BADDATA 

=:; 

0 

* ZERO OUT BAD DATA...COUNT 


EITHER: 





30 


GOTO 

RC 

* ENTER NORMAL FLOW 

7 

A 

=: 

TAPECTRL 

ft 

FETCH OLD CONTROL AGAIN 


COHPl; 




8 

A 

AND: 

374 

ft 

MASK AND SAVE HIGH ORDER 6 BITS 

31 

GOTCHA 

IF 

(MdBUPPl 

l=:B) * TEST TAPE AGAINST MEMORY 

9 

A 

OR: 

B 

it 

COMBINE WITH NEW CONTROL 

32 


INCH:: 

BADDATA 

* MISSED SOME BITS! I! 

10 

TAPECTRL 

=: 

A 

ft 

SAVE NEW CONTROL 

33 


GOTO 

GOTCHA 

» BACK FOR MORE... 

11 

4 

OUTPUT 

A 

ft 

TURN TAPE MOTOR OFF OR ON 




Note; Reference numbers to SIRIUS statements are Notations; T(GPJMP) 
provided at the local level for each block of functional 'W(READl) 

code illustrated here. They correlate to the 8008 examples NAME(n) 

of executable machine codes, within each block. 


* BACK TO SLEEP YOU IMPJJJ! 

address part of jump 
mem. address of RE ADI 
byte of NAME 


,th 



IMP program tape extensions expressed in a SIRIUS fashion. 
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routines (p. 16, left) 


Label 8008 Code Bytes SIIUUS-MP 


004X000 


006 

LAI 

s 1. 

004X001 


010 

s(CPJMPAL) 


004X008 


UV5 

SYM 


004X003 


076 

LMl 


004X004 


107 

L(READl) 


004X005 


060 

INL 


004X006 


076 

LMl 


004X007 


0U4 

H(READl) 


RC: 

004X010 


006 

LAI 

s Z. 

004X011 


Ul4 

t(TAPECTRL) 


004X018 


075 

SYM 


004X013 


307 

LAM 


004X014 


064. 

ORI 


004X015 


003 

"00000011" 


004X016 


370 

LMA 


004X017 


850 

XRA 

s 3. 

004X080 


111 

1N4 

s 4. 

INITIAUZE; 

004X081 


006 

IM 

• 

004X088 


014 

s(TAPECTRL) 


004X083 


075 

SYM 


004X024 


30 7 

LAM 


004X025 


111 

1N4 


004X086 


006 

LAI 

s 6, 

004X087 


006 

s(MEMAOIXl) 


004X030 


075 

SYM 


004X031 


317 

LBM 


004X038 


060 

INL 


004X033 


387 

LCM 


004X034 


006 

LAI 


004X035 


080 

s(lBUFF) 


004X036 


075 

SYM 


004X037 


371 

lMb 


004X040 


060 

INL 


004X041 


378 

LMC 


004X042 


006 

LAI 

1 7. 

004X043 


016 

saCNT) 


004X044 


075 

SYM 


004X045 


006 

LAI 


004X046 


377 

"11111111" 


004X04 7 


370 

LMA 


004X050 


060 

INL 


004X051 


370 

LMA 


bUMMYIN: 

004X052 

s 

106 

CALINPUT2 

t 8. 

004X053 

■ 

061 

L 


004X054 

■ 

018 

H 


HIGHLNGTH: 

004X055 


106 

CAL INPUT2 

s 9. 

004X056 


061 

L 


004X057 


018 

H 


004X060 


006 

LAI 

e 10. 

004X061 


088 

s(NCNT) 


004X068 


075 

SYM 


004X063 


371 

LMB 


L.OWLNCTH: 

004X064 


106 

CALINPUT2 

e 11. 

004X065 


061 

L 


004X066 


018 

H 


004X067 


006 

LAI 

s 12. 

004X0 70 


088 

• (NCNT) 


004X071 


07b 

SYM 


004X078 


055 

NEXTA 


004X073 


371 

LMB 


FORALL; 

004X0 74 


106 

CALLINPUT2 

• 13. 

004X075 


061 

L 


004X076 


018 

H 

Globally 

«04X0 77 


006 

LAI ^ 

004X1U0 


080 

• (I BUFF) \ 

opkimisedt code 

004X101 


100 

CALL MEMSYM 

moved ahead 

004X108 


002 

L 

of the GPJMP 

004X103 


018 

H J 


004X104 


104 

JMP GPJMP 

a U. 

004X105 


015 

L 


004X106 


000 

H 



Lftbel 8008 Code Bytce 


SIRIUS-MP 

Statement 


&EAD1: 

004\107 * 371 

GOTCHA: 

004X110 - 301 
004X111 - 177 
004X118 « 8d0 
004X113 - 17b 
004X114 - 006 
004X1 15' > 020 
004X116 - 106 
004X117 • 313 
004X180 - 011 
004X181 ■ 006 
004X188 « 016 
004X183 ■ 106 
004X184 • 313 
004X185 « oil 
004X186 - 016 
004X187 >016 
004X130 • 026 
004X131 - 088 
004X132 ■ 106 
004X133 * 834 
004X134 - 010 
004X135 - 041 
004X136 - IbO 
004X137 - 0/4 
004X140 ■ 004 

ENPALL: 

004X141 • 106 
004X148 • 061 
004X143 ■ 018 
004X144 • 301 
004X145 ■ 17b 
004X146 » 106 
004X147 • Obi 
004X150 • 018 
004X151 • 301 
004X158 • 177 
004X153 • 006 
004X154 • 014 
004X155 • 075 
004X156 • 307 
004X157 • 044 
004X160 • 374 
004X161 • 370 
004X168 •III 
004X163 • 085 

COMPARE: 

004X164 • 006 
004X165 » 010 
004X166 - 075 
004X167 • 076 
004X170 ■ 806 
004X171 • 060 
004X178 • 076 
004X173 U04 

004X174 • 006 
004X175 ■ 084 
004X176 • 075 
004X177 - 850 
004X800 • 370 
004X801 ■ 060 
004X808 *370 
004X803 - 104 
004X804 ■ 010 
004X805 • 004 

COMF1: *“■ 

004X806 • 301 
004X207 ■ 877 
004X810 • 150 
004X811 • 110 
004X218 - 004 
004X813 ■ 006 
004X814 - 084 
004X815 • 106 
004X816 ■ 313 
004X817 • Oil 
004X820 • 104 
004X881 ■ 110 
004X828 • 004 


LMB 

s IS. 

LAB 

s 16. 

OOT37 


XRA 

s 17. 

OUT36 


LAI 

s IS. 

sHBUFF) 


CAL IZB 


L 


H 


LAI 

s 19. 

b(1CNT) 


CAL IZB 


L 


H 


LBI 

s ZD. 

saCNT) 


LCI 


s(NCNT) 


CAL C2B 


L 


H 


DCE 


JTZ FORALL 


L 


H 


CALL INPUTZ 

B 21. 

L 


H 


LAB 

B ZZ. 

OUT36 


CALL INPUTZ 

B 23. 

L 


H 


LAB 

s Z4. 

OUTS7 


LAI 

a ZS. 

s(TAPECTRL) 


SYM 


LAM 


NDl 


"U lU 100" 


lAIA 


1N4 

B 26. 

KEYWAIT 

a 27. 

LAI 

a 28. 

b(CPJMPAL) 


SYM 


LMl 


LJCOMR, 


LMl 


H(COMFl) 


LAI 

a 29. 

e(BADDATA) 


SYM 


XRA 


LMA 


INL 


LMA 


JMP RC 

B 30. 

L 


H 


LAB 

a 31. 

CPM 


JTZ GOTCHA 


L 


H 


LAI 

s 32. 

s(BAODATA) 


CAL IZB 


L 


H 


JMP GOTCHA 

B 33. 

L 


H 
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8008 Generated Code for MISCELLANEOUS routines (p 16, right) 


Isabel 

INPUT2: 


INPUTITj 


8008 Code Bytes SIRIUS-MP 

Statement 

# 


012N06I « 006 
012N068 B '014 
0I2\063 • 07b 
012N064 ■ 30Y 
0k2N06b B 111 
012NQ66 B 310 
012N067 - 044 
012N070 B 140 
012N071 « 074 
0I2N072 B 140 
012N073 B 110 
012N0Y/1 B 061 
012N07b B 012 
012N076 B 301 
012N07V B 044 
012MOU B 007 
012M01 B 074 
012M02 B 007 
012M03 B ibo 
012\104 B 113 
012M05 B 012 

012\106 B 006 

012M0*? B 026 
012M10 s 106 
012M11 B 36b 
012M12 B 010 

012\113 B 113 
012S114 B 310 
012M 1 b B 007 


LAI 

8(TAPECTRL) 

SYM 

LAM 

1N4 

LBA 

NDl 

"01 100 000 " 
CPI 

"01 100 000 " 
JTZ INPUT2 
L 
H 

LAB 

NDl 

"00 .000 HI" 
CPI 

"00 000 HI" 
JTZ INPUTIT 
L 
H 

LAI 

8(BADF0UM)|_ 
CALL I2B 
L 
H 

INS 

LBA 

RETURN 


8 U 


8 2 . 
8 3. 
8 4. 

s 5. 


6 6. 

8 7. 


8 10 . 

6 U. 


Label 

ONOFFs 


TOFF: 


TON: 

EITHER: 


OUTCOUNT: 

012\2CI0 

012\201 

012\202 

NEWOUTCNT: 

Oiosl 16 

OlOM 1 7 
010M20 
010M21 
010M22 
010M23 
010M24 
010M2b 
01UM2e 
01UM27 
010M30 
010M31 
010M32 
010M33 
010M34 
010>13b 
01UM36 
010M37 
010M40 
010M41 
01U\142 
010\143 
OlOM 44 
0t0M45 
01UM46 


104 JMP NEWOUTCNT Here is a patch to gel to the 
116 L new version of OUTCOUNT. 

010 H 


016 
017 
106 
116 
012 
006 
022 
075 
30 7 
310 
113 
106 
147 
U12 
006 
022 
075 
060 
307 
320 
113 
106 
147 
012 
007 


LBI 

T5l0 

CALL WAITCS 

L 

H 

LAI 

s(COUNT) 

SYM 

LAM 

LBA 

INS 

CAL WAITOUT 

L 

H 

LAI 

8(C0UNT) 

SYM 

INL 

LAM 

LCA 

INS 

CALX WAITOUT 

L 

H 

RETURN 


6 S. 

6 6 . 


8 9. 

8 11 . 


Patches to Previous Code 


TAPECMDS: 


012S352 

012N3b3 


317 "O" 

321 L(JONOFF) 


012N272 B 012 ri 34 u jg jaPECMDS (new value) 
012S273 = 3b2 


JONOFF; 

READJ: 


ai2\321 
012N322 
012S323 

013\313 

013N3t4 

013N315 


104 JMP ONOFF 
264 L 

oil H 

104 JMP READ 
000 L 
004 H 


IMP entry to the 
ONOFF routine sand¬ 
wiched in Sparc bytes. 

New IMP READ 
entry address in 
thi 6 jump. 


COMPJ: 


U13N316 

013N317 

013N320 


104 JMP COMPARE New IMP COMPARE 
164 L routine entry address 

Qy4 H now in this jump. 


8006 Code Bytes 


011N264 
0MN265 
Oil\266 
011\267 
01 IN270 
0MN271 
oilN 2 V 2 

011N273 
011\274 


006 LAI 

014 8(TAPECTRL) 
07b SYM 
30 7 lam 
044 NOI 

002 "00 000 010 " 
150 JTZ ton 
302 L 
01IH 


SIRIUS - MP 
Statement 

# 

• 1 . 


8 2 . 

s 3. 


011\275 
011S276 
oilS277 
011\300 
011S301 


016 LBI 
000 0 
104 JMP 
304 L 
01 1 H 


EITHER 


4. 


5. 


011\302 
U11S303 


016 LBI 
002 2 


OilS304 
01 1\305 
011 S30 6 
011S307 
01L\310 
U1LS31i 
011\312 


30 7 lam 
044 NDl 
374 "11 111 100" 

261 ORB "XX XXX xBo" 
3 70 LMA 
111 IN4 
02b KEYWAIT 


8 9. 
8 10 . 
8 11 . 


Tape Extension 
VARIABLES 
(in order of appearance) 

GPJMP, symbol 10 
TAPECTRL, symbol 14 

A, CPU register 

MEMADDR, symbol 06, input 
to tape transfers. 

IBUFF, symbol 020 
ICNT, symbol 016 
NCNT, symbol 022 

B, CPU register 
BADDATA, symbol 24 
BADFORM, symbol 26 
COUNT, symbol 22 
ZERO, CPU flag 

Note: NCNT, COUNT are 
equivalent; ICNT and 
TCOUNT (see March ECS) 
are equivalent. 
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The INPUT2 subroutine is at the top right hand side of page 16 held sideways. This 
12-statement SIRIUS-MP subprogram is invoked by a subroutine CALL whenever another 
program wants to "read'* a byte from the tape unit according to the content of TAPECTRL. 
The reading method incorporated in the software of IMP to date is a "polling" technique 
in which a loop tests status bits of the I/O device (UAR/T "RDA" and a motor turn-on 
oneshot "ready" signal. ) The loop consists of SIRIUS-MP statements 1 to 5 of INPUT2. 
The routine breaks out of the loop, reads the data and returns with the data byte in the 
variable "B" (a register in the 8008 generated code). The three UAR/T reception 
status bits (parity error/framing error/overrun error) are checked and an error count 
in BADFORM is incremented if no errors are detected. 

The OUTCOUNT routine of the March issue of ECS was modified to improve performan 
in the course of rewriting the comparison software in SIRIUS for this issue. The prob¬ 
lem with the original version was the fact that an e3q>licit output wait is required for 
reliable reading of the data. Thus a patch is placed at location 012/200 to jump to the 
new version of the program, loaded in some spare memory address space at 010/116. 

The NEWOUTCNT has two changes: a) I increased the time delay before output to 
1. 5 seconds (SIRIUS statements 1 and 2 ); b) I have inserted calls to WAITOUT after 
each output of a byte (SIRIUS statements 5 and 9 of NEWOUTCNT. ) 

The ONOFF routine is a new routine added to support a new tape control command, 
"TO" entered from the keyboard device. The idea here is to have a way to turn on the 
motor for purposes of listening to data with the ear, for rewinds of long duration, or 
for recording non-digital comments with the cassette recorder's built-in microphone. 

The ONOFF routine itself is very simple, comprising a set of 12 SIRIUS statements 
which map into 23 8008 bytes in the sample generated code. The "TO" function comple¬ 
ments the current state of the motor control bit in TAPECTRL and outputs the result to 
currently selected tape drive via the "IN4" instruction connected to the tape controller. 

In setting up to run IMP with the new extensions, the patches to TAPECMDS, JONOFF, 
and READJ/COMPJ locations of IMP must be made as indicated in the detail listing 
of page 18. The TAPECMDS table is extended for the new "O" subcommand by starting 
it one byte earlier; the symbol table symbol "34" for TAPECMDS is adjusted to reflect 
this addition. The new execution jump JONOFF is added to get the program into the 
ONOFF routine, and the READJ/COMPJ jumps are changed to reflect altered placement 
of these routines from the original layout. One other change is required to the symbol 
table published previously: the address of symbol "20" should be changed to "220" in 
byte 012/301 of the 8008 code. This symbol has been changed from its original use 
and now becomes the memory pointer "IBUFF" with two bytes instead of the original 
1 byte of reserved space. 


COMMENTS ON THE ECS-8 DESIGN: 

The output of the TSI (serial data to the computer interface) line is not suitable for 
an interrupt driven UAR/T software interface without use of some masking logic. The 
problem is this: the FSK input decode is done by the phase lock loop of the XR-210. 
When null inputs (eg: tape leader period, or any time without a mark signal) occur, the 
phase lock loop hunts around for a lock - thus causing the comparator to have its input 
switch back and forth with the result being a digital noise signal on the TSI line. If 
the UART is listening, it will decode erroneous characters in this mode. The software 
of this article ignores the problem by not listening unless good data is coming. 
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Notes on NAVIGATION IN THE VICINITY OF (X- AQUILA. .. #1 


This article begins a regular series of information and 
commentary on the use of the Intel 8080 in an ECS context, 
with occasional specific reference to packaged systems such 
as the MITS Altair product. In addition to the MITS product, 
there is at least one other source of the 8080 chips and boards 
advertising in the pages of Radio Electronics/Popular Elec¬ 
tronics. This first installment concerns some general com¬ 
ments on the 8080 instruction set and specific suggestions con- 
• cerning 16-bit arithmetic operations (addition/subtraction) in 
applications other than address calculations. 


AO-1.1: Addressing Modes. 

One of the most basic questions to be asked whenever you ponder the use of a new 
computer instruction architecture is "what are its addressing modes?'* The answers all 
lie in the hardware designer's backyard whenever a specific existing machine such as the 
8080 is considered. How do I get at the data in memory \dien I want to perform some oper¬ 
ation in the machine? Are there different ways of reaching the same data item? And so 
on. The effects of addressing and data reference will color the whole process of gen¬ 
erating programs for the architecture of the machine in question. For instance, if the 
machine is a "stack machine" (not a machine with a stack, but one designed for opera- 
tions between stack elements) then the addressing can almost exclusively be implied by ' 

the way operations are done. On such a machine, the only bits needed for an instruction 
are the data bits which specify an operation. But in the real world of existing and 
implemented machines available to the ECS type of application, the coloring of coding is 
much more conventional - addressing is performed as part of the instruction or as 
part of an implied setup in a CPU register under program control. In the Intel 8080 
(as in the 8008) the design of addressing modes is a fairly arbitrary pot-pouri of methods 
fraught with special cases not ammenable to concise summary without losing information. 

In order to write programs these addressing modes must be known and understood so that 
the best of alternatives (if any) can be evaluated and used in a given programming situa¬ 
tion. In the comments below, a few of the conventional addressing concepts in 
computer designs are isolated and illustrated with regard to the 8080 . 

AO-1. 2: Immediate Addressing. 

Immediate data addressing exists in some form in most contemporary computers, 
with the usual definition being a constant bit pattern of one word length, following the 
operation code in a program. The 8080 includes this form of addressing with all the 
immediate operations which exist on its antecedent the 8008, plus some extensions which 
make the architecture more useful as a general purpose computing element. The primary 
extension of immediate addressing is to the inclusion of a long (l6-bit) form of the con¬ 
cept in certain limited classes of move (load/store) operations with respect to CPU reg¬ 
isters. The 8080 partitions 6 of the 7 CPU registrsinto three pairs "index registerr*' 
which may be loaded with l6-bit niimbers using immediate addressing. The primary in 
tention of such operations is the loading of an address, but programmers can and 
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do use operations for whatever purpose is required to solve a problem - so whenever 
one needs a 16-bit "literal" data item this form of double byte immediate operation can 
be used to load CPU registers. 


One particular use of the two-word immediate form in its intended application is 
the initialization of the stack pointer as a part of setting up execution of a prog- 
reim. In large scale systems the equivalent of a stack pointer (ie: system defined 
addressing parameters) is usually determined by the "operating system" prior to 
the call which invokes a user-program. But in your use of a microcomputer of 
the 8080 (or Motorola 6800) design, with minimal software, you can make no as¬ 
sumptions about the initialization. To be used, the stack must exist in random 
access read/write memory so that the temporary linkage data associated with 
the CALiLi operation and its arguments can be stored. In order for this linkage 
to occur, the stack pointer (SP) must point to the RAM area. One way to initial¬ 
ize the stack pointer following the start of execution is contained in the following 
SIRIUS-MP notation and its 8080 translation: 

SIRIUS: 8080: 

SP -:: location LXI SP, location 

In both instances, the "location" is the 16-bit integer number which is the address 
of the stack area. 


AO-1. 3: Absolute Addressing. 

The design of a computer instruction set involves many trade-offs, the evaluation of 
options with inputs ranging from the preferences of programming individuals to the phys¬ 
ical constraints of the LSI chip. In the best of all possible programming worlds, one 
would like to see a consistent set of addressing modes applicable in principle to any of the 
basic operations possible. In particular, a more extended use of an absolute (in-instruc¬ 
tion stream) form would be desirable than has been implemented with the 8080. There 
are two basic operations available in the 8080 instruction set which reference memory 
from within the instruction stream. These are the load (LDA, LHLD) and store (STA, 
SHLD) operations in 8 and 16 bit variations. For program code which involves fixed 
data areas at locations allocated by hand or by an assembler/compiler, these operations 
will be used extensively to prepare data for the execution of actual "work" -since the 
actual work cannot reference memory directly. The use of load and store for this pur¬ 
pose is highly conventional in many minicomputers, although usually at least one of the 
algebraic/logic operation operands can be acquired by a direct or indirect memory ref¬ 
erence in the instruction stream. (As a point of contrast, the Motorola 6800 microcom¬ 
puter can perform most of its arithmetic/logical operations with one in-instruction address 
reference to memory. ) 

AQ-1. 4: Pointer Addressing. 

One area where the 8080 has some excellence is in the number of CPU registers it 
has and the fact that three different pairs can be used as "index registers" for fetching 
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data to an accumulator (all pairs) or referencing memory operands (H/L only) of the 
arithmetic operations. It is thus fairly easy to keep pointers around locally in the 
CPU without the need to transfer them to another location when making a reference 
based upon the index. The pointers are, however, only good for one operation in 
general - referencing data in load/store situations, and thus not as useful 

as they might otherwise have been. The memory reference modes of all the 8-bit 
arithmetic and logical instructions use one of these pointers, the H/L register pair, 
to address the one memory operand (the implied second operand is the accumulator" 
register A. ) All the procedures and tricks applicable to setting up H/L pointer addresses 
in the earlier 8008 microcomputer design apply as well to the equivalent H/L forms of 
the 8080. 


One particular programming trick which will prove useful in manipulating blocks 
of data involves the use of one pointer pair - D/E - to point to one operand block 
and a second pointer pair - H/L to reference the second block. Suppose the 
problem is to "AND" all the bytes of one block with the bytes of another and to 
store the result in the second. The basic set of instructions used to set up the 
loop would be: 

LXI D address 1 

LXIH address 2 set up addresses 


With this setup, the heart of a loop to transfer the data with an AND condition as 
required by the problem statement would be: 


MOV, A, M 
XCHG 

ANA M 
MOV M, A 
INXH 
XCHG 
INXH 


Fetch first operand byte 
Establish second operand address, but 
save first operand address 
AND with second byte 
Save in second operand byte 
Increment address 
Move back in exchange 
Increment address 


This code does not include the instructions needed to establish a loop - to trans¬ 
fer a block with this operation would require a loop count and loop count decre¬ 
ment followed by conditional test for continuation. 

This same general scheme of switching the D/E with H/L registers can be used 
quite widely your program must step simultaneously through two regions of mem¬ 
ory. The technique only works with D/E & H/L unless you want to take a calcu¬ 
lated risk and exchange with the stack pointer instead of D/E. 


AQ-1. 5: 16-Bit Operations fc 16-Bit Addition/Subtraction. 

The 8080 has a specific and limited set of l6-bit operations which can be used to some 
advantage both for the intended purpose (address calculation and setup) and in more gen¬ 
eral problems. The 16-bit operations are . .. 

16-bit Load and Store between register pairs and memory or immediate 
(Load only) data. 

16-bit Addition intended for address calculation. 

16-bit Increment/Decrement useful in loop counting & address changing. 
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For the more general usage of the 16-bit addition operation in programs requiring 
the extended precision addition / subtraction, the H/L register pair can be treated as 
if it were a 16-bit accumulator for the purposes of calculation with the actual results 
being stored ultimately in memory operands. The boxes below illustrate two calculations 
in 16 bit precision, under the following assvimptions: 

a. Variable Pisa two-byte operand at locations P and P -f 1. 

b. Variable Q is a two-byte operand at locations O and' Q -f 1. 

c. The content of A, H and L registers is irrelevant prior to and 

following the calculation. 

d. Absolute addressing will be used with the result stored back in P, as if 

P were a "software accumulator. " 

Note the differences in the size of the little routines involved - for the addition case, 
the setup and execution is fairly compact. For subtraction the need to form the two's 
complement negative of the Q operand complicates the picture. .. 


The 

SIRIUS-MP statement: P4:: Q *16-BIT ADD 

generates. 

.. 



LHLD 

Q Get first operand bytes to O 


XCHG 

Move first op to D/E 


LHLD 

P Get second operand (soft, accum. ) 


DADD 

Add 0 to P giving P 


SHLD 

P Store result back into new P value 


The SIRIUS-MP statement: 

P -:: Q * 16-BIT SUBTRACT 

generates. .. 

LDA 

Q 

Get first byte, negative operand. 

CMA 


Complement it 

MOV 

D, A 

Move it to D of D/E pair. 

LDA 

0+1 

Get second byte, negative operand. 

CMA 


Complement it. 

MOV 

E, A 

Move it to E of D/E pair. 

INX 

D 

Increment complement giving -Q value 

LHLD 

P 

Get software accumulator value 

DADD 


Value of P - O now in H/L 

SHLD 

P 

Save back in software accumulator. 


After either of these operations, the carry flag can be tested to find out if an overflow 
occ:\irred, thus in principal allowing extended precision of greater precision than 16 bits. 

One particular 16-bit operation may prove of use in certain contexts. This is the 
16- bit addition of the H/L register pair to itself by means of the DADH instruction . 

The re are two instances where this variation of l6-bit addition stands out for potential 
utiliy; ^ 

a. Suppose I want to address an extended array of data, kept in 2,4, 8 or 2 
byte quanta. The shift properties of this addition (it multiplies H/L by 2) can 
be used ’^n" times to modify an integer array index ala FORTRAN or PL/1 into 
a useful address offset. 

b. This left shift operation can form the basis of an integer multiply operation. 
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AO-1. 6 A Ceremonial "Nit": 

It serves no good end to act the part of a contentious critic, but. . . at the risk of 
being in the position of a pot calling the kettle black I do protest MITS' use of the 
Anqmsh Languish (technical dialect) in the Altair 8800 manual I examined recently: 

Implement: This verbalized noun is conventionally used in technical con¬ 
texts such as "to implement a system. " (le: to create the system. ) A 
computer designer implements an LDA or STA instruction; the programmer 
codes said implemented instruction (ie: selects it) as part of his own pro¬ 
cess of implementing a software system. Programmers never use unimple¬ 
mented instructions as a matter of course. (If you take Webster literally 
one might come out with the MITS definition of the term implement . ) 

Variance: A variance exists and is defined in the legalese terminology of 
"obtaining a variance (exception)" to some law by bootlicking and bribing 
the appropriate petty bureaucrats. It is also the square of the standard 
deviation in the terminology of statistics. A variance is not a variation o n 
an instruction's operation, that is unless one wished to redefine conventional 
usage. 


I have been collecting reports from several subscribers on the Altair product and witK,^ 
the exception of what appear to be relatively minor technical problems, most purchasers 
of the system indicate satisfaction with the product and service on it. 


ERRAT UM: j 

Charles S. Lovett receives a one issue subscription extension for being the first sub- I 
scriber to report an error in the ECS-7 design article of February 1975 ECS. The line 
from pin 2 of IC -14- which is shown connected toground should instead have been a \ 

. 01 mfd capacitor to ground. (Switch SI would have no effect if wired as drawn. ) I 


A NOTE CONCERNING THE MOTOROLA 680 0 MPU... 

With this issue, I have started to make references to the M6800 MPU system, pri¬ 
marily because I expect it to be available to the Experimenter's Computer System market 
in the near future. I have been in fairly close contact with the local Motorola sales office 
in connection with some hardware/software desigh work I am currently doing, and I have *1 
indications that supplies of this product will soon be fairly widely distributed, j 

If you want to find out about the M6800 in detail, I wholeheartedly recommend purchase 
of the M6800 Microprocessor Applications Manual (approximately 700 pages 8. 5x 11 @ 

$25. 00) and the M6800 Microprocessor Programming Manual (approximately 250 pages 
@ $10. 00). The applications manual includes lots of useful information including inter¬ 
faces (hardware and software) to floppy discs, cassette tape drives, teletype. Burroughs 
self-scan displays, adding machine tape printers, etc. etc. I have verbal assurances 
from the- local Motorola sales office that these books will be sold to private individus an 
request. If you are interested I suggest that you look up the telephone number of the near¬ 
est office and inquire. If you have any problems, let me know and Ill try to make formal 
arrangements to distribute copies. These documents will set the standard for some time 
to come, and would easily serve as the basis of a "software engineering" course in appli- 
c ations. 
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News & Notes to accompany Volume 1, No. 4 - April 1975. Some further midnight mad¬ 
ness. . . 

^ FLOPPY DISC DRIVE REPORT: I spent some time talking to Don Whitehead this week 
concerning the floppy disk purchase and its progress. Here is the latest status report 
on the operation: 

a. There is sufficient interest to warrant going through with the purchase as orig¬ 
inally intended . . . BUT . . . 

b. When Don went back to the Memorex representative to make the firm commit¬ 
ment on an order of the drives he found several business points had changed from the 
time of his preliminary arrangements, to whit: 

- The delivery dates are getting pushed steadily back by the manufac¬ 
turer as priority is given to the larger purchasers of the unit. Current 
estimate is June - original was April. 

- Memorex will not allow the technical details of the interface (ie: detailed 
manuals) be distributed for at least six months for competitive reasons. This 
is despite all assurances to the contrary earlier. The demand for a non-dis¬ 
closure agreement effectively rules out distribution of technical specs, thus 
in itself wipingout any possibility of using the Memorex drive. 

c. The individuals sending in the deposits have all had their checks returned for 
the time being, until a new arrangement can be made with an alternate source. 

The idea and intent are not being abandoned due to this setback. Among other things, Don 
wants to locate the source for his own consulting software business. Between now and the 
I next progress report, we'll both be doing a bit of research on several other options avail¬ 
able in regard to floppy disk drives. 

JIM FRY INDICATES to me in a letter that he will be repeating the memory IC offer in 
May of this year. Again, his address is P. O. Box 6585, Toledo, Ohio 43612 - write 
him for details on the 2102's selling new at approximately $5.00. 

PC BOARD FOR ECS-8. After one false start with a vendor who could not deliver, the 
ECS-8 modem PC boards have arrived (April 15) and been shipped to all subscribers. who 
ordered the product. The boards have a layout looking (roughly) like this: (preliminary. ) 



The price is $9. 00 plus postage for 4 ounces (approximate), and there is no discount 
applicable to this item. 

TWO PUBLICATION REFERENCES WHICH MAY BE OF INTEREST TO SUBSCRIBERS: 

Hal Singer (Cabrillo Computer Center, 4350 Constellation Road, Lompoc, Ca. 93436) 
puts out the Micro-8 newsletter, devoted to information concerning the original home¬ 
brew 8008 system of Radio Electronics summer '74. 

The Computer Hobbyist , 520 Sorrel Street, Cay North Carolina 27511 is a publication 
for which I only have an existence proof - several new subscribers referencing a letter 
from Gordon French. 
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For every process there is an initialization segment - a starting point in time, 
during which time the program for the process sets up data values and begins its oper¬ 
ation. In a sense, this issue represents such an initialization - it is the first issue to 
contain a subscriber-written article, the Digital Graphic Display Oscilliscope Inter¬ 
face design and writeup prepared by James Hogenson. The graphics device was con¬ 
ceived by Jim as a neat idea to add to his own computer system which he was building 
for a high school science fair. He first mentioned it to me in a letter late last year. 

I suggested to him (or was it the other way around?) that it might be appropriate to 
turn it into an article for ECS. After a fair amount of time spent researching the var¬ 
ious options - plus one lengthy phone conversation with me - Jim settled on the design 
shown in this issue. He constructed the prototype using wire wrap techniques, and 
interfaced it with his 8008 built using the RGS kit. The interface is very simple, and 
can be adapted to virtually any computer with a parallel 8-bit output and a clock pulse 
arriving to the interface during periods of stable data. The device is programmed using 
a simple two-bit op code field and six-bit data/control field within the 8-bit interface. 

1 have a PC board version of the design completed as of the date of publication of 
this issue (so 1 can get one myself) - with artwork by Andy Hay using Jim's layout. 1 
expect to have the board debugged and ready to offer to customers with the June issue 
of ECS. The roster for this issue is equal in size to the base of that nvimber system 
which all computer "nuts" know and love... 

1. Digital Graphic Display Oscilliscope Interface, by James Hogenson. Turn 
to page 2 for the details which turn your scope into a LIFE matrix, a checker¬ 
board, a ping-pong game or whatever your imagination, a 64x64 bit-matrix and 
appropriate software can represent. 

2. Concerning the Hand Assembly of Programs, by yours truly,in which the 
"assembly" of programs by hand is discussed at some length, along with several 
more comments on SRIUS matters and an example in the form of CONCATTER - 

a routine to concatenate byte strings. 

This issue is going to press May 12 1975. The limits of space precluded the next in¬ 
stalment of "Notes on Navigation in the Vicinity of OC” Aquila. " In the next issue, the 
8080 machine architecture will again be visited in the form of further "notes. " Also 
in the next issue, a SIRIUS-MP specified bootstrap sequence will be presented, along 
with the 8008 code for same. In this case, I mean a "real" planned-in-advance boot¬ 
strap load method with all the bells and whistles . Up and coming designs for 

the near future include an electronic music peripheral (not necessarily as good as 
Peter Helmers' "Metapiana") as well as an article with a small amount of hardware and 
a lot of software concerning the programming of interesting digital clocks, 

CajS 'S. 

Carl T. Helmers, jr. 

Publisher May 11 1975 


© 1975 M, P. Publishing Co. All Rights Reserved. 
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DIGITAL GRAPHIC DISPLAY OSCILLOSCOPE INTERFACE 
da^-igne-d and toaittan by JameA Hogan6on 


INTRODUCTION 

If you want your computer to cough up alpha-numeric information, 
chances are, you won't have too much problem finding a suitable output 
device. But if you want your computer to draw pictures, you may find 
yourself facing a dead end. You could use one of those fancy commercially 
available graphic CRT terminals, but the IBM you'd need to run the thing 
might not fit on your workbench. If you do have a spare IBM collecting 
dust on your closet shelf, fine, but if you're like the rest of us, you 
need something inexpensive, uncomplicated, and within the scope of the 
average 8008 or similar system. Thus we have the ECS Digital Graphic 
Display Oscilloscope Interface. For $50 worth in semiconductors, your 
computer can have under its own completely programmed control a full 
raster on the screen of your oscilloscope. 

The digital graphic display oscilloscope interface (DGDOI) is 
programmed and operated through an 8-bit TTL compatible input. The 
picture is produced by a pattern of dots. These dots are set in patterns 
according to the computer's instructions, resulting in a computer gen¬ 
erated drawing. The entire pattern of dots is stored within the DGDOI's 
own internal memory. Once the pattern has been generated and loaded 
into the DGDOI, the computer no longer needs to retain any related data. 
This also means the pattern may be generated and loaded in small parts, 
one part at a time. During the scan cycle, the digital information is 
converted to analog waveforms and displayed on the oscilloscope. 


PRINCIPLE OF OPERATION 

The raster begins its scan in the upper left-hand corner, scanning 
left to right and down. The full raster contains 4096 dots; 64 rows of 
64 dots each. The horizontal scan is produced by a stepping analog ramp 
wave. Each step of the ramp produces one dot. There are 64 steps in 
the wave. The vertical scan is similar. It is a stepping ramp wave 
consisting of 64 steps. However, there is only one step in the vertical 
wave for each complete horizontal wave. The result is 64 vertical steps 
with 64 horizontal steps per vertical step. This produces 64 rows of 
64 dots. 

The ramp waves originate at a 12-bit binary counter, the center of 
the entire circuit. The six lower (least sig nificant) bits of the 
counter are connected to a digital-to-analog converter (DAC), which con¬ 
verts the digital binary input to a voltage level output. The output of 
the DAC is the horizontal ramp wave. The six upper (most significant) 
bits are connected to a second DAC. This DAC produces the vertical ramp 
wave. Incrementing the 12-bit counter at high frequencies results in a 
raster on the screen of the oscilloscope. 

The control of the pattern of dots needed to represent a picture is 
dependent upon the intensity of each dot. From this point, we will assume 
a dot can be either on or off. An "on" dot will show up on the screen as 
a dot of light. An "off" dot will be a dim spot or blank on the screen. 
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When a particular dot Is selected for programming. It Is programmed 
as either on or off. The on-off control can be represented by a single 
bit. It is this bit which is stored in the internal memory of the DGDOI. 
There is one bit in the memory for each of the possible 4096 dots on the 
screen. When selecting a dot for programming, you are actually addressing 
the memory location of that particular dot. You then set the dot for on 
or off. When displaying the image, the 12-bit counter which produces the 
raster addresses each dot in the memory as it is displayed on the screen. 
The on-off bit taken from the memory is converted to a Z-axis signal which 
controls the intensity of the dot. The Z-axis signal is fed into the 
Z-axis input on the scope. 

Much of the circuitry is taken up in the 12-bit counter, the DAC's, 
and the memory. Figure 1 shows a block diagram of the DGDOI. The re¬ 
maining circuitry is the control circuitry which decodes the 8-bit input 
word and allows for completely programmed operation. 


PROGRAMMING 


Op Codz 


II 

2 

tlncuig 

OcXal 

Mnemonic 

ExplcLnatcon 

OOOODDOD 

Odd 

STX 

Set X 

OlOODOOO 

Idd 

STY 

Set y 

lOxxxOOO 

2x0 

CNO 

Cont/iot - No Op 

lOxxxOOl 

2x1 

TSF 

ContAjot - Tufin Oj(j( 6can 

lOxxxOlO 

2x2 

ZON 

ContAot - Set Z on 

lOxxxOll 

2x3 

ZOF 

ContAot - SeX. Z oH 

lOxxxlOO 

2xi\ 

ZNI 

ContAot - SeX. Z on uUXh incAement 

lOxxxlQl 

2x5 

ZFI 

ConXAot - SeX Z oH voiXk incuement 

lOxxxllO 

2x6 

TSN 

ContAot - TuAn on acan 

lOxxxlll 

2x7 

CNO 

ContAol - No Op 

llxxxxxx 

3xx 

CNO 

No Op 

D * DATA 

X = NULL 




The programming instruction format is shown in Table 1. Bits 7 and 6 
of the input word are the high-order instruction code. We will assume that 
the addressing of dots is done on the basis of X and Y coordinates. The X 
coordinate is the 6 bits in the lower half or horizontal section of the 12-bit 
counter. The Y coordinate is the 6 upper bits or vertical half of the counter 
In programming from an 8-bit input source, all 12 bits of the counter cannot 
be set at once. The counter is set one half or 6 bits at a time. It is for 
this reason we assume an X and Y coordinate for programming. When the instruc 
tion code (bits 7 & 6) is set at 00, the data in bits 0 through 5 of the in¬ 
put word is loaded into the lower half of the counter as the X coordinate. 
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When the instruction code is set at 01, the data in bits 0 through 5 is 
loaded into the upper half of the counter as the Y coordinate. In effect, 
the Y coordinate will select a row and the X coordinate will select a dot in 
that selected row. The coordinates loaded into the counter will address the 
memory and select the dot location we want to program. 

After loading the coordinates of the dot for programming, we set the 
dot itself. Setting the instruction code at 10 directs the control cir¬ 
cuitry to decode the three lower bits of the data word for further instruc¬ 
tion. We will call the lower three bits the low order control code. 

The first low order control is a No Op instruction. The eighth control 
and the fourth high order instruction are also No Op's. 

The second control will turn off the scan. The seventh control will 
turn the scan on. When the scan is on, the counter is incremented at a high 
frequency and the programmed image is displayed on the scope. The scan must 
be turned off before a dot can be programmed. 

The third control, set Z on, will program a dot to appear at the dot 
location presently loaded into the counter. The fourth control, set Z off, 
will program a blank to appear at the dot location presently loaded into the 
counter. 

The fifth and sixth control instructions set Z in the same manner as 
controls three and four. However, after setting Z, these instructions will 
also increment the counter by one. This will allow the entire 4096 dots to 
be programmed using only a repeated "set Z" instruction. The counter will 
naturally follow the regular scan pattern of the raster. This is especially 
useful in clearing the contents of the DGDOI memory so that a new image can 
be programmed. It can also be used in making horizontal lines or other 
patterns in the image. 

CIRCUIT OPERATION 


Once the data word on the input is stable, only one clock pulse is 
needed to execute the instruction. The high order instruction is decoded by 
the 7410 triple three-input NANO gate and two inverters. The clock pulse is 
enabled by the NANO gate to the appropriate counter section, or to the strobe 
input of the low order control decoder. The clock pulse is enabled according 
to the instruction of bits 7 and 6. 

The 12-bit counter consists of two 6-bit counting sections. Each sec¬ 
tion consists of two cascaded TTL 74193 presettable binary counters. Bits 
0 through 5 of the data input are common to both sections of the counter. 

The set X instruction will pulse the load input of the lower or X section of 
the counter. The pulse on the load input will cause the data on bits 0 
through 5 to be loaded into the counter section. 

The Y instruction, similar to the X instruction, will pulse the load 
input of the upper or Y section of the counter. 

The two sections are cascaded by connecting the upper data B output of 
the X counter section, pin 2, IC 8, through inverter 'a' of IC 2 to the count 
up input, pin 5, IC 9, of the Y counter section. 

The low order control code is decoded by a 74155 decoder connected for 
3 to 8 line decoding. Bits 0 through 2 are decoded by the 74155. The con¬ 
trol code is enabled by the pulse coming from the 7410 high order instruction 
decoder. The low order control is enabled only when the high order code is 
set at 10 on bits 7 and 6. 

Decoder lines 1 and 6 are connected to an R/S flip flop which provides 
the scan on/off control. The R/S flip flop enables a high frequency square 
wave to increment the 12-bit counter. 
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Control instructions 2 through 5 are 'set Z* instructions, therefore 
involving a data write operation. Decoder lines 2,3,4, and 5 are connected 
to a group of AND gates (IC 5a,b,c} functioning as a negative logic OR gate. 
The output of the gate is the Read/Write control line for the memory. When 
this line is in the low state, the data present on the data input line of 
the memory will be written into the memory location presently being addressed 
by the 12-bit counter. 

The data input of the memory is connected directly to bit 0 of the 
8-bit input word. A bit will be stored in the memory only when a 'set Z' 
instruction is executed. The Z-axis circuitry requires a high state pulse 
for a blank. As shown in the binary format. Table 1, bit zero will be a 
binary zero for 'set Z on' instructions and binary one for 'set Z off in¬ 
structions. The backward appearance of this binary format will be overlooked 
when programming in octal notation. 

The high frequency square wave controlled by the R/S flip flop and 
decoder lines 4 and 5 are negative logic ORed. The resulting pulse Increments 
the counter according to the control Instruction. 

The same clock pulse Is used to write data Into the memory and Incre¬ 
ment the counter In control instructions 4 and 5. The data Is written Into 
the memory on the leading edge of the pulse. The counter Is Incremented on 
the trailing edge. Figure 2 shows this waveform. 

Output bits 0 through 9 of the 12-b1t counter are connected to the ad¬ 
dress Inputs of the memory. The memory uses four MM2102 1024 x 1 bit MOS 
RAM's (Random Access Memories). Bits 10 and 11 of the counter output are con¬ 
nected to the chip select circuitry which enables one chip at a time for ad¬ 
dressing and data Input/output operations. The chip select circuitry uses 2 
Inverters and a TTL 7400 Quad two-input NAND gate. 

The data outputs of the RAM's are OR-tled and connected to an AND gate. 
The data output is synchronized with the high frequency clock for better 
blanking performance. The output of this gate Is connected to the Z-axIs 
blanking circuitry. This circuitry converts the TTL level signal to a scope 
compatible signal. 

Bits 0 through 5 of the 12 bit counter are connected to the X coordinate 
OAC. Bits 6 through 11 of the counter are connected to the Y coordinate OAC. 
The DAC's are Motorola MC1406 IC's. They operate on voltages of +5 and -9. 

A current output is produced by the DAC's. The current output Is converted 
to a voltage output and amplified by the 741 Op Amps. The output from the 
X coordinate circuitry Is connected to the horizontal input of the scope. 

(The scope should be set for external horizontal sweep.) The output from the 
Y coordinate circuitry is connected to the vertical Input of the scope. 


CONSTRUCTION 


A printed circuit board Is being planned for this project, but for the 
time being, the method of construction is left for the reader to decide upon 
for himself. 

Remember that the memory IC's are MOS devices and should be handled as 
such. Static electricity will not do them any good. 

Remember to use bypass capacitors. A 100 mfd electrolytic and several 
.01 mfd disc capacitors are usually recommended. An acceptable "rule of 
thumb" Is one disc capacitor for every two to three TTL chips and one electro¬ 
lytic per p.c. board. 

The parts list is shown on the next page. The schematic diagram is 
also Included in one of the following pages. 
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PARTS LIST 


C1,C2 

20pf 

disc capacitor 

C3 

. Olmf 

disc capacitor 

C4 

.OOlSmf 

disc capacitor 

C5 

330pf 

disc capacitor 

Bypass 

lOOmf 

electrolytic capacitor 

Bypass 

.Olmf 

disc capacitors 

D1-D3 

silicon 

rectifier (1N914 or similar) 

IC 1 

7410 

TTL Triple 3-Input NAND Gate 

IC 2 

7404 

TTL Hex Inverter 

IC 3, IC 4 

7400 

TTL Quad 2-Input NAND Gate 

IC 5 

7408 

TTL Quad 2-Input AND Gate 

IC 6 

74155 

TTL Dual 2-to-4-line Decoder 

IC 7-IC 10 

74193 

TTL Presettable 4-bit Binary 

IC 11-IC 14 

2102 

MOS 1024-bit Static RAM 

IC 15, IC 16 

MC1406 

Motorola 6-bit DAC 

IC 17, IC 18 

741 

Op Amp 

IC 19 

NE555 

Oscillator 

Ql, Q2 

2N5139 

Transistor 

Rl, R2 

3.3k ohm 

resistor 

R3, R4 

5.6k ohm 

resistor 

R5, R9 

2.2k ohm 

resistor all resistors 

R6 

1.8k ohm 

resistor h watt, 10% 

R7 

18k ohm 

resistor 

R8 

100 ohm 

resistor 

RIO 

7.5k ohm 

miniature potentiometer 

Rll, R12 

10k ohm 

miniature potentiometer 


SET-UP. TESTING. AND OPERATION 

Supply voltages needed are +5 VDC at 400 mA, +15 and -15 VDC at 10 mA. 
The TTL and memory IC's operate on +5 VDC. The DAC's use +5 and -15 VDC. 

The Op Amps use +15 and -15 VDC. The DAC's and Op Amps will also operate 
with voltages of 9 or 12 instead of 15. This will allow you to use your ex¬ 
isting computer's power supply for the DGDOI as well. 

When you are satisfied that your DGDOI is ready for operation, do not 
immediately connect it to an I/O channel on your computer. For initial test¬ 
ing, use the test circuit shown in Figure 5 (Included in following pages). 

The only requirement is that the test rig be able to provide an 8-bit binary 
input word and a clock pulse. If a computer is used for initial testing, it 
is difficult to pinpoint a problem as being in the circuit. A problem can 
often be found in the software used with the DGDOI. 

The clock pulse should be active in the high state as shown in Figure 
Three. If your computer operates with an active-low pulse, an inverter is 
needed for inverting the clock pulse. 

When you are ready to test, turn on the power and load a 'turn on scan' 
Instruction. The turn on scan instruction should produce a raster. If a 
distorted concentration of dots appears, adjust the OAC voltage reference pots. 
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The high frequency square wave is provided by a 555 timer IC connected 
as an astable mubtivibrator. Adjusting the frequency may be necessary to 
obtain a stable appearing raster. (Note: you don't need a fancy scope for 
this project. A cheap 250kHz scope was used with the proto-type.) 

The next step is to check the blanking. You should get a mixture of 
on and off dots simply by turning on the power. The frequency of the scan 
and voltage supplied to the Z-axis circuitry both affect blanking performance. 
The Z-axis amplifier may be disconnected from the -15 volt supply and con¬ 
nected to up to -25 volts. The frequency may be adjusted with the 7.5k pot. 

It should be noted however, that raising either of these too high will have 
adverse effects. Keep in mind that the Z-axis is connected through a cap¬ 
acitor (in most cases) within the scope. Charging the capacitor with too 
much voltage at a given frequency will cause the blank to carry over into the 
next dot. Thus one blank pulse blanks out two dots. Avoid this situation. 

Performance varies, depending upon each particular scope. The best way 
to find the best contrast and blanking performance is by experimenting. If 
you are unable to obtain any blanking, connect the Z-axis output to the ver¬ 
tical input of your scope. If no pulses are present, your trouble is back 
in the OGDOI circuit. 

After you have obtained a satisfactory raster, execute each instruction 
manually to verify its operation. Clear the memory by setting the Input at 
205 (octal) and connecting a lOkHz square wave to the clock pulse Input. 
(Remember: Scan must be turned off before programming any dots) Execute a 
set X, set Y, a number of set Z on with increment's, and turn on scan. Your 
programmed dots should now appear. 

If all operations seem good, connect your computer. You may write 
programs to your hearts content, but just in case, there is a test pattern 
program included in this article. If your OGOOI doesn't operate correctly 
after connecting your computer, check all software first. This is usually 
the cause of most problems. 

The data output of the OGDOI memory may be connected as a computer in¬ 
put, but this is optional. To read the status of a dot, you would load the 
coordinate of the selected dot, then read the single bit data output. 


TEST PATTERN PROGRAM 


The program listed on the following page(s) will program the DGOOI for 
a test pattern. The pattern will be a checkerboard pattern of 16 alternating 
light and dark squares. 

The program counts off 4 sections of 16 dots per section. Each section 
is alternated to get a pattern of light-dark-light-dark or dark-1ight-dark- 
light. Rows are also counted off in groups of 16. Each row in the same 
group is set with the same pattern, but each group is set with an alternate 
pattern. 

The set Z with increment instructions are used. The least significant 
bit of the E register is used in DECLOOP to alternate between set Z on and 
set Z off. 

The various loops in the program are briefly described in the following 
paragraphs. 

DOTLOOP counts off each section of 16 dots and programs the section of 
dots according to DECLOOP. 

XSECLOOP counts off 4 sections per row and jumps back to DECLOOP to 
alternate the set Z instructions between sections. 
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ROWLOOP counts groups of 16 rows and increments the E register an extra 
time to reverse the order in DECLOOP between each group of rows. 

YSECLOOP counts off 4 groups of 16 rows to halt computer when checker¬ 
board has been loaded into DGDOI. 

To invert the pattern on the screen, load E with 001 instead of 000 in 
location 00 220. This will have the effect of inverting the parity register. 
The result would produce a pattern of the opposite light and dark arrangement 


START 


CLEAR 

REGISTERS 


PARITY REG 
DECLOOP 


DOTLOOP 


DECLOOPJMP 


XSECLOOP 


00/200 


006 

LAI 


00/255 

= 

302 

LAC 

00/201 

= 

201 

(TSF) 


00/256 


024 

SUI 

00/202 

= 

121 

OUT 10 


00/257 

= 

003 


00/203 

= 

006 

LAI 


00/260 

sr 

150 

JTZ 

00/204 

= 

000 

(STX) 


00/261 

= 

267 


00/205 

= 

121 

OUT 10 


00/262 


000 


00/206 

= 

006 

LAI 


00/263 

= 

020 

INC 

00/207 

= 

100 

(STY) 


00/264 

= 

104 

JMP 

00/210 

= 

121 

OUT 10 


00/265 


221 


00/211 

= 

016 

LB I 


00/266 

= 

000 


00/212 

= 

000 


ROWLOOP 

00/267 

= 

026 

LCI 

00/213 


321 

LCB 


00/270 


000 


00/214 

= 

331 

LOB 


00/271 


303 

LAD 

00/215 

= 

351 

LHB 


00/272 


044 

NDI 

00/216 

= 

361 

LLB 


00/273 

= 

037 


00/217 

s 

046 

LEI 


00/274 


024 

SUI 

00/220 

s 

000 



00/275 


017 


00/221 

= 

040 

INE 


00/276 

= 

150 

JTZ 

00/222 

= 

304 

LAE 


00/277 

SS 

305 


00/223 

s 

044 

NDI 


00/300 

s 

000 


00/224 

= 

001 



00/301 

= 

030 

IND 

00/225 

= 

150 

JTZ 


00/302 


104 

JMP 

00/226 

= 

246 



00/303 

= 

221 


00/227 

= 

000 



00/304 

= 

000 


00/230 

= 

066 

LLI 

YSECLOOP 

00/305 

= 

303 

LAD 

00/231 

= 

332 



00/306 

= 

044 

NDI 

00/232 

= 

301 

LAB 


00/307 

= 

340 


00/233 

= 

024 

SUI 


00/310 

= 

330 

LDA 

00/234 

= 

020 



00/311 

SS 

024 

SUI 

00/235 

= 

150 

JTZ 


00/312 

= 

140 


00/236 

= 

253 



00/313 

SS 

150 

JTZ 

00/237 

= 

000 



00/314 

= 

326 


00/240 

= 

OlO 

INB 


00/315 

= 

000 


00/241 

= 

307 

LAM 


00/316 

= 

303 

LAD 

00/242 


121 

OUT 10 


00/317 

s 

004 

ADI 

00/243 

= 

104 

JMP 


00/320 

= 

040 


00/244 

= 

232 



00/321 


330 

LDA 

00/245 

= 

000 



00/322 


040 

INE 

00/246 

= 

066 

LLI 


00/323 

= 

104 

JMP 

00/247 


333 



00/324 

= 

221 


00/250 

= 

104 

JMP 


00/325 


000 


00/251 


232 


END 

00/326 

= 

006 

LAI 

00/252 

= 

000 



00/327 


206 

(TSN) 

00/253 

s 

016 

LBI 


00/330 

= 

121 

OUT 10 

00/254 

= 

000 



00/331 

= 

377 

HLT 






00/332 

= 

204 

(ZNI) 






00/333 

= 

205 

(ZFI) 
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FIGURE 1. 

DGDOI BLOCK DIAGRAM 


X 


-PULSE WIDTH DETERMINED 

enr EXTERNAL CLOCK PULSE SOURCE 
MINIMUM 750 NS. 




DATA STORED 


FIGURE 2. 


COUNTER INCREMENTED 


♦5V -- 

® SIGNAL ON CLOCK PULSE IWUT 


INSTRUCTION IS EXECUTED 
DURING THIS PULSE. 
MINIMUM 750 NS. 

FIGURE 3. 


IC POWER AND N/C PIN CONNECTION CHART 


IC 

+5 

GND 

+9 

-9 

N/C 

1.2.3.4.5 

14 

7 




6 

16 

8 



9,4 

7,9 

4,16 

8,14 




8.10 

16 

8,14 



6,7,9,10,12,13 

11.12,13,14 

10 

9 




15.16 

11 

2 


3 

1 

17.18 



7 

4 

1,5.8 

19 

4.8 

1 





2102 MEMORY ADDRESS PIN CONNECTIONS 


A-0 — pin 8 : A-1 — pin 4 : A-2 — pin 5 : A-3 — pin 6 

A-4 — pin 7 : A-5 -- pin 2 : A-6 — pin 1 : A-7 -- pin 16 

A-8 — pin 15: A-9 — pin 14 
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DIGITAL GRAPHIC OtSPliAY — ; 
OSCILLOSCOPE INTERFACE 
CIRCUIT DIAGRAM 


FIGURE ea. 



MANUAL TEST CIRCUIT 


FIGURE 5. 


0 © 
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CLEAR DGDOI PROGRAM 


This program is used to clear the memory of the DGDOI. It simply sends 
out a 'set Z off with increment' instruction 4096 times. It uses the B and 
C registers to keep track of the 4096. The register contents are decremented 
once for each I/O instruction. 

The program turns the scan off before clearing, but does not turn scan 


back on. 

The DGDOI will 

then remain 

ready for programming. 



START 

00/344 = 006 

LAI 

00/357 = 

150 

JTZ 


00/345 = 201 

(TSF) 

00/360 = 

365 



00/346 = 121 

OUT 10 

00/361 = 

000 



00/347 = 006 

LAI 

00/362 = 

104 

JMP 


00/350 = 205 


00/363 = 

355 



00/351 = 016 

LBI 

00/364 = 

000 



00/352 = 377 


00/365 = 

021 

DCC 


00/353 = 026 

LCI 

00/366 = 

no 

JFZ 


00/354 = 021 


00/367 = 

355 



00/355 = 121 

OUT 10 

00/370 = 

000 



00/356 = Oil 

DCB 

00/371 = 

377 

HLT 


These two programs are just to get you started. Although uncertain of 
the medium, we expect to have further programs available in the future. Carl 
Helmers has plans for a 'Life'game and possibly a 'Space War' game using the 
DGDOI. The author of this article is planning a Tic-Tac-Toe game and a pro¬ 
gram which would use an octal keyboard for rapid construction of images. (It 
will be the closest we can reasonably come to an electronic pen.) 

These programs, of course, will be in addition to your own. There are 
many applications of a DGDOI. Outside of games, it could be used to graph 
solution sets of mathematical problems. It could be used to graph results of 
data aquisition programs. It could plot results in a digitally controlled 
analog computer system. It could . . . well, who knows how many things it 
could be used for? The exciting point is that such applications are finally 
within the economical range of the 8008 system. 


PRINTED CIRCUIT BOARD FOR THE "DGDOI” DESIGN; 

As this issue of ECS goes to press, the first layout of a two-layer PC board with 
plated-thru holes has been completed. A first printing of the board will be executed 
prior to the next issue of ECS, at which time I expect to have details of pricing oa t h e 
board. 

SOME LAST MINUTE IMPROVEMENTS: 

In cassette conversation with Jim Hogenson, the following items were pointed out 
regarding updates of the article as it stands: 1) by connecting the "0" output of IC 6(6-9) 
to IC 9 "decrement input" (9-4) the "2x0" (octal) opcode becomes decrement Y. 2) 
by connecting the "7" output of IC 6 (6-4) to IC 7 "decrement" (7-4) the "2x7" (octal) 
op code becomes decrement X. 3) The DAC chips may exhibit non-linearities due 
to manufactxiring variations - sometimes observable in particular cases. 


- CTH 
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CONCERNING THE HAND ASSEMBLY OF PROGRAMS ... 


by Carl T. Helmers, Jr. 


The purpose of computing is to solve problems. Problems are 
solved by analysis followed by generation of a method - an algorithm - 
for accomplishing the desired ends. The computing approach to prob¬ 
lem solution consists of automating the steps of such methods by pre¬ 
paring a "program" for the computer to execute. This article concerns 
the process of preparing programs for execution on the assumption 
that you have previously generated a detailed symbolic specification of 
your problem's algorithm in the SIRIUS-MP language (or any other 
method of program specification for that matter. ) The remaining task 
of program preparation is the translation of the symbolic form into a 
detailed set of machine codes (numbers). 

In April 1975 ECS, an introduction to the SIRIUS-MP language was 
presented as a means of expressing programs for inexpensive "home 
brew" computer systems. The present article continues this SIRIUS 
information by discussing the process of hand assembly of machine code 
from the symbolic representation. Hand assembly is a process which 
the serious student of computing should perform as an exercise at some 
point in time - whether or not the computer under study has an 
assembler available. The tutorial value of "walking through" the assem¬ 
bly process is well worth the effort - whether or not the hardware limits 
of you system make it mandatory. 


The "hand assembly" process is in some respects a retrograde motion in compu¬ 
ter science - a step "against the normal direction" of progress towards more and 
more automated programming aids and methods of expression. It is a process which 
is the translation of existing assembler algorithms (no particular assembler among 
a myriad of assemblers is singled out as a model here) back into the realm of a 
manually executed process - just as the first programmable machines had to be 
programmed before the invention of software development tools. As an adaptation 
of the "typical" assembler algorithm to maniial operations, the manual assembly 
process to be described is useful in several areas... 

- it illuminates the process of assembly as performed automatically, 

so that the reader will be less tempted to blame all manner of programming 
problems on the poor simple-minded assembler programs. 

- it provides the microcomputer enthusiast with a method of software 
development (albeit cumbersome) to be used until his or her personal 
computer is integrated to the point needed for a real assembler. 

- it highlights the problems of code generation from symbolic notation. 

- it can serve as a model for the implementation of an assembler 
system by the reader for his own variation on the microcomputer concept. 
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AN ASSEMBLER SYSTEM 


The concept of an assembler system is illustrated at its highest level by the func¬ 
tional diagram.. . a "black box" of processing which accepts some input and produces 
some output; 



The input at the left of the 
diagram is the "source pro¬ 
gram" - a generalized and sym¬ 
bolic representation of your 
program. The output at the 
right (the principal output of 

the assembler) is the "object program" equivalent of the source progr 2 un - a set of 
binary (octal or hex) numbers which potentially can be loaded into appropriate memory 
locations and executed. ( I am leaving out the concepts of linkage editors, relocatable 
loaders and other post-assembly tricks for the time being. ) 


What is this assembler "black box?" In an automated conventional assembler system 
the black box is computer program used to translate a text file (eg: ASCII characters as 
input from a teletype or other keyboard) of the source program into its equivalent binary 
object file representation. The term "file" here means a set of many (eg; "n") compiiter 
words containing sorne form of information - often used to signify such data sets as 
stored on magnetic tape or disc. The usual assembler program is implemented and 
runs on computer "X", producing an object program for computer "X" (self assembly) 
or for computer "Y" (cross assembly. ) In the corresponding hand assembly conception f 
the assembler "black box" is defined as you - the reader - performing a variation 
of the steps required to translate the symbolic representation into its machine code 
form. 


THE SOURCE PROGRAM 

The source program for the assembly is usually written in the appropriate "Basic 
Assembly Language" for the computer in question - each compniter manufacturer comes 
up with its own version of the type of program involved, usually running on one of 
the manufacturer's own machines. For the microcomputer case, this is not usually 
possible, since the number of variables in individual CPU implementations using the 
same chip is immense. For the purposes of this publication and the generality of 
notation, the article assumes a source program written in the SIRIUS-MP formulation 
which is to a large extent independent of any particular chip design. If you were to 
substitute "Language X" for SIRIUS-MP in the ensuing pages, you can do so and apply 
the same process - although your translation function will technically be that of a 
compiler or interpreter if any language other than an assembly language is used. This 
article's methodology could in particular be applied to the translation of some of the 
immense number of published computer "games" in BASIC for instance, if you want to 
get such programs up and running - however tackling a high order language translation 
will tend to get you bogged down in detail and in routines you have to write to get 
anything done, so it is only recommended in the simplest of cases when perforzxied by 
hand. 
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THE OBJECT PROGRAM ^ 

The output of the assembly process is an "object program" - a potentially execu¬ 
table set of codes for the computer. The form in which an object program is specified 
should be chosen according to the needs of the assembly process and the intended use 
of the results. ' In a'"real" assembler (ie; a computer program running on some com¬ 
puter) two major classes of output come to mind: 

1. 'Absolute Machine. Code^.; Here the object module output consists of 
inforination needed to define the specific content of each memory location 
in the program, tied directly, to a specific range of memory address space 
in the computer. In this variation of output, all the work is done at the 
time of assembly , and loading the program then becomes a task of copying 
this "memory iitnage" (archaic term: core image) into the computer. 

2, Relocatable Machine Code. Here the object module is built by the assem¬ 
bler program relative to an arbitrarily chosen starting address (often "0"), 

with the final resolution of addresses for symbolic references, jumps, etc. 
left to an appropriate "relocating" loader. The object module in this form 
is more complicated for in addition to the binary image of the program, in¬ 
formation on the address references inside the program must be retained 
SO that the loader can alter them during the load process. 

In addition to the specific forrti of iihe modules, there is the question of linking multiple 
program segments - which can open up a whole "can of worms" best ignored at this 
stage. For the pUfpoise of hand compilation, the "KISS" rule applies - "keep it simple, 
stupid. " The assumption ^11 be that linkages between modules are made by commonly 
addressed absolute address regions (for example, the first 256 bytes or base page of 
a Motorola 6800, the first 256 bytes of an 8008 designed according to my plans pub¬ 
lished earlier,, dr an arbitrary" region if no particular location is suggested by the 
characterisides of hardware or software. ) 

In order to keep the process; simple, the Hand Assembly method as described here 
is limited to the production of absolute machine codes (type 1 object modules as listed 
above.) The actual form will be "a list of hardware addresses in memory address space 
and the edf responding machine code ' for that address. I have written the article under 
the assumption that the M. P. 'Publishing Co. Kluge-I Assembler coding sheets are 
used fdr the final dutputr but this is by no means to be interpreted as an absolute "re¬ 
quirement" of the methdd.' Thdy are available at 5^ each plus postage, and were cre¬ 
ated primarily to satisfy itiy own purposes after I got tired of writing the same low order 
address sequences over and over and over again. An alternate source of paper 
for the process is used computer paper recycled from a handy local computer center, 
or if you are in position to make arrangements for time - you could whip off a quick 
FORTRAN or PL/1 (or ?) program to write the address sequences onto blank paper in 
a manner similar to the Kluge-I sheets but on a line printer instead. 

The process of assembling and generating the code for a program has two major 
(conceptual) steps which must be performed, assuming that a suitable symbolic nota¬ 
tion for the algorithm exists. 
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Step 1; Translate the symbolic notations into equivalent sequences of the 
machine's operations . Pay attention to any address calculations which may 
be required, but leave "open” the question of addresses of operands for 
which no address is yet assigned. The purpose of this step is primarily to 
allocate the memory address space requirements of the program by deter¬ 
mining the number of bytes of code required for each elementary statement 
of the program which is translated. 

Step 2: With all the required program and data locations allocated (typically 
in a sequence of consecutive memory locations starting at a chosen "origin" or 
first address) "fix up" all the unresolved references hanging around in the 
code prototypes created in step 1. 

This set of steps is a universal one, and is performed by every code generation pro¬ 
cess - whether it is an assembler, a compiler's code generation phase, or even an 
interpretively executed programming language such as BASIC. The variations (and 
there are many) in particular approaches to compiler and assembler code generation 
strategies concern ways of implementing these conceptual processes of allocation 
and reference resolution (the "fix ups"). In a classical two-pass assembler and/or 
compiler, there is an explicit separation into these two steps - pass one is the allo¬ 
cation phase (also syntax checking), followed by pass two which fixes things up. If 
one restricts the types of references possible at any given point in the program source, 
it is possible to achieve a "one pass" compiler - the restriction being the rule that no 
"forward" references be made to portions of a program yet to be referenced, or that 
such forward references be made through a special mechanism in the generated code 
such as a rvin time symbol table lookup/calculation. In the hand assembly version of 
the process described here, a classic two-pass approach is taken, but the first pass 
is further broken down into two operations which might be conceptually considered 
"passes" through the data. The text continues following a short aside... 


WHY ARE TWO PASSES NECESSARY IN THE UNRESTRICTED CASE 

AS A MINIMUM NUMBER OF SCANS THROUGH THE DATA? 

The necessity of the second "fixup" pass becomes obvious when you con¬ 
sider the problem of forward references. (References to previously allocated 
symbols are no problem - I already have their addresses figured out.) The 
assembly process can only sequentially process the statements of the program, 
starting with the first. A "forward reference" to some sym- rinax tiimtmntr 
bol in the program is a symbolic reference made prior to x 

the definition of the symbol in question - relative to the order 
of scanning the source. Pictorially, a forward reference is 
illustrated by the assembler (an "imp") finding the statement 
"X = : Y" closer to the beginning of the scan than the defini¬ 
tion of the symbol Y. At 0< the little imp says "where's Y?" 
and files it as an open question. A bit later in the first pass 
he can say "aha - I know where Y is" but - he has already gone 
past the point where Y was referenced. Then on the second 
time around, the little imp can use this information to fix up 
the incomplete information in the statement with the forward 
reference. Either the minimum two passes through the data, uw smtcmcmt 
or a logically equivalent "trick" is required to resolve the forward reference. 
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The hand assembly process is outlined in the paragraphs following immed¬ 
iately below. The process is broken down into three sequential steps which 
I have found to be components of a useful procedure: generate skeleton 
code, allocate addresses, then fill in the final code of the program repla¬ 
cing mnemonic notations and symbolic address references. Of these steps 
the first two correspond roughly to the allocation pass of a two pass assem¬ 
bler, and the last corresponds roughly to the reference resolution (fix up) 
pass. Following this descriptive summary of the process, a detailed exam¬ 
ple is presented for the case of a subroutine used to "concatenate" bytes 
strings of the form described on page 9 of April 1975 ECS. 


SKELETON CODE GENERATION: 

The first pass of the hand assembly process begins with a "skeleton code genera¬ 
tion" operation. The purpose of this operation is to figure out the mnemonic opera¬ 
tion codes required for the corresponding operations of the source program. If you 
program exclusively in the mnemonic assembly language appropriate to a given machine 
you have already performed this operation by writing your program on paper. If you 
use a "higher level" specification such as SIRIUS-MP (or FORTRAN, PL/1, BASIC, 
and any other language you might care to use) this step is required in order to turn the 
basic operations of the source program into sequences of operation appropriate for your 
computer's instruction set. For the SIRIUS-MP language, this corresponds to a table 
lookup (in your head) of an appropriate method of carrying out the functions of each 
statement, and in many cases will resiilt in a fairly one-to-one correspondence of oper¬ 
ations in the source program and in the machine code. If you automate this process, 
it becomes roughly equivalent to a "macro expansion" process tacked on the front end 
of many assemblers. I have found scrap computer listings to be most effective in this 
stage since it involves no address allocation, merely listing the symbolic equivalents 
of the program bytes on paper. 

ADDRESS ALLOCATION: 

The hand assembly process as conceived here is oriented to the generation of the 
absolute, executable machine code for specific locations in the computer's memory 
address space. This bypasses the question of generating relocatable code and keeps 
the process simple. Error possibilities increase with complexity, especially when 
a program is assembled by biological computing machinery with all its foibles. This 
address allocation stage consists of taking the skeleton code sequences for the program 
and assigning a memory address for each byte in turn. One way to do this is to re¬ 
cord the byte addresses on the paper used to write the original skeleton sequences. 
Another method is to use the M. P. Publishing Co, Kluge-I Assembler coding sheets 
with pre-printed low order addresses in octal to provide the allocation function - if 
you write an operation code at some place on the sheet, it's address is "used up" and 
no longer available for allocation. The skeleton code generation and allocation pro¬ 
cess can be done simultaneously on the Kluge-I sheets provided you are fairly sure of 
the code being generated (or don't mind erasing a bit if you make a mistake. ) The prob¬ 
lem of the combined skeleton/allocation approach is that whenever you write down the 
use of a specific address, it commits the location to a specific utilization, which may 
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be "premature. " I like to get a program done completely in the skeleton form prior to ^ 
allocation of any addresses, so a review of its operation can be done. Then after the 
review, I proceed to do the allocation by copying to the Kluge-I sheets. (Even so, I 
make many mistakes and change things when I see a better way - one of the things which 
guarantees an incentive on writing an assembler for SIRIUS and at a later stage some 
form of compiler for a decent programming language.) 


An Aside; 

It may be possible for you to gain access to a minicomputer facility 
and/or large computer facility. (Particularly for the readers of ECS who 
are still in school and can wangle computer time.) One way to implement 
an assembler for a language such as SIRIUS-MP is to use an existing as¬ 
sembler with a macro facility - eg: the IBM 360 Assembler, or a DEC 
PDP-10 assembler or a host of others - and write a special set of macros 
to implement the primitive operations as e3q>ansions based on the skeletons 
of octal(hex) codes required for your target computer. Then all the symbol 
table lookup and management of the original assembler can be used as is. 
The troubles with this approach are several: most macro expansion opera¬ 
tions of assemblers tend to be inefficient; it is a lot of work to write a com¬ 
plete set of generalized macros and debug them as well; and so on. 


FILLING IN THE CODE: | 

Once the addresses have been allocated to the skeleton, the final step is to fill in 
the octal (or hex if you prefer) codes of each byte in the program by looking up the 
mnemonics of the operation codes as noted on the Kluge-1 sheets prepared during the 
allocation stage. This step in the hand assembly corresponds to the "second pass" of 
the classic two-pass code generation process, but with the added provision that the 
mnemonic op codes which would be translated in the first pass of an ordinary assembler 
program are left until this last pass for translation. When the process reaches this 
stage, all address references are known (as allocated in the allocation step) so that 
all references can be made in the code resulting. Each byte of the allocated code has 
one of the following j>ossibilities: 

it has a portion of a literal value which must be translated into its 
machine code equivalent. 

- it has a reference to an address-related value, which for an 8-bit 
micro means either half of a l6(or 14 for 8008) bit address. 

it has a mnemonic operation code which must be looked up in a table 
of equivalent octal or hex operation codes. 

it represents a byte of data which is not to receive any initialization, 
which is simply reserved for use as a run time data storage area,; 

Whatever the intent, the result for each byte is 3 digits octal (or two digits hex) repre¬ 
senting the machine coding for that piece of the program. In the "don't care" cases 
of reserved data areas (the last option listed above) no explicit action is required to 
generate the loaded codes of the progretm. 
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HAND ASSEMBLY BY EXAMPLE: 

THE BYTE STRING CONCATENATION 

SUBROUTINE "C O N C A T T E R . " 

An example always helps to illustrate a new process 
or method. To illustrate a hand assembly operation, 

I have selected a simple little subroutine to perform a 
string operation called "concatenation". In words, the 
operation of concatenation is the building of a new 
string (for example "Z") composed of a left half input 
(for example "X") and a right half input (for example, 
"Y"). In symbols, the following diagram illustrates 
the operation.... 



If you are familiar with arithmetic and algebra, you 
of course know there exists a set of operations which 
are in some sense "fundamental", such as addition, 
subtraction, etc. Similarly, in boolean algebra, there 
is a set of fimdamental operations - AND, OR, NOT. 
The same holds when byte string operations are con¬ 
sidered as well: the manipulation of "text" is best done 
using a few fundamental operations, including concat¬ 
enation, "substring" extraction (the opposite of con¬ 
catenation), comparisons, etc. The concatenation oper¬ 
ation is one of the most useful. 

The concatenation operation is shown in its most 
abstract form by the flow chart running dovm the 
right margin of this page. This flow chart describes 
the steps of concatenation - test the result length for 
an error, move the left half to the result, then move 
the right half to the result. The numbers on the dia¬ 
gram correspond to the statement numbers of the 
eqxiivalent SIRIUS-MP program listed on the next page 
of this article. 
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The flow chart illustrated on the previous page is an afterthought - the original 
written form of the SIRIUS-MP program shown in the box below was created without 
using a flow chart as a tooL This SIRIUS form of the CONCATTER is assumed as an 
input to the assembly process for the purpose of the example. 



1 

CONCATTER: 

Z 


y 

• PORN SUM OF LENGTHS 


2 

Z 

+: 

X 

* AND TEST FOR OVERELCH 


3 

LERRS 

IP 

CARRY 

» OF 8-BIT max VALUE 


4 

MOVEX: 

I 

FOR: 

l.X 

X{I) 

« TRANSFER LOOP CONTROLLED 


1 

Z(I) 

S* 

• BY X LENGTH BYTE 


6 

7 

MOVEY: 

K 

END: 

X 

» END OF LAST FREV. FOR 

» Z INDEX FOR Y TRANSFER 


8 

I 

FOR: 

1,Y 

» Y TRANSFER LOOP CONTRLD 


9 


INCR: 

K 

* BY Y LENGTH BYTE 


10 

Z(K) 

*2 

Y(I) 

» TRANSFERS EACH Y 


11 

12 

13 

LERRS: 

Z 

END: 

RETURN 

=1 

0 

• UNTIL DONE 
» WITH Z CONTAINING RESULT 

« NULL STRING WITH ZFIRST 


14 


RlSrORN 


» BYTE L£NGTH=0 

* 


Haw SIRins-HP operations In CONCATTER: 

Addition, with 8-blt length Indicator, replaces 
the target operand (eg: Z of statenent 2) with the sun 
of the old target's value and the source operand value. 


FOR: — Inoreaantal "FOR” loop header. This seta up the 
Start of a FOR loop with an asaumed Integer 8-hlt index 
lai^gth code), a starting value given by the first 
aouree operand aubfleld (see note #1 below), and an ending 
value given by the second.source operand aubfleld. The 
target operand la optional - If aaltted, the generated code 
will keep Ita Internal count which la then not available to 
prograa aegsMnta within the loop. A third source operand 
aubfleld will be kept available (optional) separated by 
a coma and used for the Increnent value If other than one. 

EHD: --- Inorenental "FOR" loop trailer. All the stateoents 
fron the FOR to the END are considered part of the loop. An 
Inpllolt (le: "structured") branch back to the last previous 
F(M occurs If the Iteration oount la not exceeded. As with 
the FOR statement, the END has a type aodlfler to indicate 
the loop Index precision. 


Note 1: In order to provide for oonplex operations such as the FOR loop 
operation, sniltlple "source" parameters are sonetines required. The 
Idea of an operand aubfleld accoaplishes the neoessary Inputs to the 
FOR loop operation. This concept will recur when the various byte autnlp- 
nlatlon operations are Introduced In later dlaouaslona of byte strings. 

Hpte 2: The FORA^ID construct Is a "natural” for code generation using the 
CPU stack temporary data concept as it exists on machines suob as the 
FDF-11, M6600 or 8080. When the "FOR" Is enoountered, a loop return 
address la pushed onto ths stack, followed by the initial count value and 
the final count value. Then when the "END" Is encountered during execution 
the stack is referenced (offset from stack pointer) to increment the loop 
count and compare It to the final count. If the final count la not 
exceeded, execution Jumps Indirectly through the loop return address (also 
referenced off the stack pointer) back to the first executable statement 
of the body of the loop. If the branch back Is not taken, the "END" cleans 
up the stack by adjusting the stack pointer to ita orlgliMl value prior to 
the F(Nl statement execution. The staok automatically can handle "nested” 

FOR loops to as many levels as there is temporary RAM memory to store the 
stacked data. More on this subject In a later issue... 


As in the examples of SIRIUS programs published in April ECS, 1 have not included 
a generalized treatment of argument linkages in this example. The example of a 
subroutine uses specific RAM string areas - X, Y and Z - as its arguments, so that 
any program utilizing this version would have to first copy X and Y's values from soma' 
other place then call CONCATTER - and copy the Z result after getting back. With 
this formulation, X, Y and Z might be considered the software equivalent of the accum¬ 
ulators (ie: CPU registers) of some hypothetical 3-register "string machine. " For 
large scale text processing applications, someone will sooner or later microcode a 
processor with the string operations. 
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Given the starting point of the previous page, the first hand assembly step is begun 
with the expansion of the SIRIUS code as a skeleton of the final code. I have illustrated 
a small portion of the skeleton listing of CONCATTER at the left in the following 
illustration: 

SKELETOm KUUGfc-i ALLOCATlOKi 


*i-\ C LAZ 
/ 





r USA 

\ LAI 

I 

V LMS 


< —r«, 'H 8 


StVtL. 

LlSCS Ou.V 0^ 
aviOttH 
Soujt. 


ctMC4mir; 

ioo 

— 



LAS 


201 




sCb) 


202 






203 




L6»v» 


204 




LAX 


205 






206 




_ 


207 




LAm 


210 






211 




jTt 

• 

212 




L 

? 

213 




H 


214 




UBA 


215 




LAZ 


216 




llif 


217 



. 

SbM 


220 







s 





The code illustrated here is for an 8008 processor (my own "ECS" system) and uses 
the software conventions (eg: SYM table lookup) described in earlier issues. The 
Kluge-I allocation of addresses for the Skeleton code is illustrated at the right . In 
the allocation step, numbers are used to reference SIRIUS statements of the source 
program, and the question marks ("? ") serve to denote address references prior to 
definition. The LERRS example here is a "forward reference" to later code which 
resolves (after allocation of the whole routine) to be location 007/334. 

The code generated for the remainder of CONCATTER (8008 mnemonics from the 
original Intel documentation ) is printed on the next page. This listing contains the 
results of the third hand assembly pass (filling in code and allocated address refer¬ 
ences) along with mnemonics and statement number references back to the original 
SIRIUS-MP code. 

The subroutine named "OFSET" was coded to perform the index calculation of the 
type implied by the SIRIUS notation NAME(INDEX) . It adds (16 bit calculation) the 
current 8-bit loop count maintained in B (CPU register) to the address foiuid in the H/L 
pointer pair. For 8080 machines, this subroutine would not be necessary since there 
is the 16-bit address calculation possibility for the H/L pair. 

The FOR/END group code is generated in a form using an index variable I which 
happens to be redundant in this example. The actual loop indices in this simplest case 
are maintained in the CPU B register (moving index) and CPU C register (end index). 
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CONCATTER; 8008 Code Equivalent 


#1 

007\200 


006 

LAI 


007\201 

= 

040 

S(Y) 


007\202 

= 

075 

SYM 


007\203 

= 

317 

LBM 

#2 

007\20^ 

B 

006 

LAI 


007\205 


036 

S(X) 


007\206 

= 

075 

SYM 


007\207 

B 

30 7 

LAM 


007\210 

= 

201 

ADB 

#3 

007\211 

a 

140 

JTC #13 


007\212 

s= 

334 

L 


007\213 

* 

007 

H 

#2 

007\214 

SB 

310 

LBA 


007\215 

a 

006 

LAI 


0Q7\216 

a 

042 

S(Z) 


007\217 

a 

075 

SYM 


007\220 

s 

371 

LMB 

#4 

007\221 

B 

016 

LBI 


007\222 

■ 

001 

1 


007\223 

■ 

006 

LAI 


007\224 

■ 

036 

S(X) 


007\225 

m 

075 

SYM 


007\226 

m 

327 

LCM 

#4B 

007>227 

m 

006 

LAI 


007\230 

u 

044 

S(I) 


007\231 

B 

075 

SYM 


007\232 

a 

371 

LMB 

#5 

007V233 

a 

006 

LAI 


007\234 

8. 

036 

S(X) 


007\235 

8 

075 

SYM 


007\236 

8 

106 

CAL OFSET 


007\237 

s 

367 

L 


007\240 

a 

007 

H 


007\24i 

a 

337 

LDM 


007\242 

a 

006 

LAI 


007\243 

a 

042 

S(Z) 


007\244 

a 

075 

SYM 


007\245 

a 

106 

CAL OFSET 


007\246 

a 

367 

L 


007\247 

a 

007 

H 


007\250 

a 

373 

LMD 

#6 

007\251 

a 

301 

LAB 


007\252 

8 

272 

CPC 


007\253 

a 

150 

JTZ #4E 


007\254 

8 

262 

L 


007\255 

a 

007 

H 


007\256 

8 

010 

INB 


007\257 

S 

104 

JMP #4B 


007\260 

8 

227 

L 


007\261 

a 

007 

H 

#4E/7 

007\262 

8 

006 

LAI 


007\263 

8 

036 

S(X) 


007\264 

8 

075 

SYM 


007\265 

a 

347 

LEM 

#8 

007\266 

= 

016 

LBI 


007\267 

a 

001 

1 


#8 

007\270 

a 

006 

LAI 


007\271 

B 

040 

S(Y) 


007\272 

B 

075 

SYM 


007\273 

a 

327 

LCM 

#8B 

007\274 

8 

006 

LAI 


007\275 

3 

044 

S(I) 


007\276 

8 

075 

SYM 


007\277 

8 

371 

LMB 

#9 

007\300 

a 

040 

INE 

#10 

007\301 

a 

006 

LAI 


007\302 

8 

040 

S(Y) 


007\303 

8 

075 

SYM 


007\304 

s 

106 

CAL OFSET 


007\305 

a 

367 

L 


007\306 

8 

007 

H 


007\307 

a 

337 

LDM 


007\310 

8 

351 

LHB 


007\311 

8 

314 

LBE 


007\312 

a 

345 

LEH 


007\313 

a 

006 

LAI 


007\314 

a 

042 

S(Z) 


007\315 

a 

075 

SYM 


007\316 

a 

106 

CAL OFSET 


007\317 

a 

367 

L 


007\320 

a 

007 

H 


007\321 

a 

373 

LMD 


007\322 

a 

351 

LHB 


007\323 

8 

314 

LBE 


007\324 

a 

345 

LEH 

#11 

007\325 

a 

301 

LAB 


007\326 

a 

272 

CPC 

#12 

007\327 

a 

053 

RTZ 

#11 

007\330 

a 

010 

INB 


007\331 

a 

104 

JMP #8B 


007\332 

8 

274 

L 


007\333 

a 

007 

H 

#13 

007\334 

a 

006 

LAI 


007\335 

a 

042 

S(Z) 


007\336 

a 

075 

SYM 


007\337 

a 

076 

LMI 


007\340 

a 

000 

0 


007\341 

a 

007 

RET 


OFSET: 




007\367 

> 

306 

LAL 

007\370 

8 

201 

ADB 

007\371 

a 

360 

LLA 

007\372 

a 

003 

RFC 

007\373 

a 

30 5 

LAH 

007\374 

8 

004 

ADI 

007\375 

a 

001 

1 

007\376 

a 

350 

LHA 

007\377 

a 

007 

RET 
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In cases where it is desired to call one or more levels of subroutines within a loop 
mechanization such as the two FOR loops of CONCATTER, it will be necessary to 
save the content of the B and C registers whenever a conflicting use is encountered. 

In the FOR/END loop mechanization, note that there is a "generated" label for 
the branch back. The statement number of the for statement itself does not suffice 
since there is some "initialization" (set up B and C) prior to entrance into the first 
loop cycle. The assignment into the symbolic loop index "I" implied by the left 
operand (target) of the FOR statements is done at the beginning of each cycle and 
serves to mark the branch back points. The branch back points are noted in the 8008 
code generation by the statement number followed by the letter "B", 

In the FOR/END group shown, the test for end of execution is made after a cycle 
is completed and before the calculation of the next value of the index. In the first 
case, statements #4/#6 of CONCATTER, a statement niunber is required for the 
exit case - indicated as "#4E" or (in this example) #7 of the original statements. In 
the second FOR loop of the example, I moved the return statement (#12) ahead to fol¬ 
low the comparison, rather than placing a branch forward at that point. In so doing 
1 was acting as an "optimizing" compiler of the SIRIUS language - using as input the 
global knowledge of the program in order to figure out a "special case" allowing the 
movement of code. A similar special case was recognized at statements #2/3 where 
the jump on condition of #3 is placed ahead of the data storage portion of #2 in order 
to avoid insertion of a mechanism to save the carry flag across the SYM lookup. 

On the following page is one additional set of SIRIUS coding and equivalent 8008 
generated code. The routine is a "DRIVER" to call the CONCATTER routine with 
test data in X and Y (printed separately as two lines), followed by printing of the 
results of CONCATTER as a single line. The SIRIUS code is extremely simple - 
virtually a series of calls. A routine called TSTRING is used to do the typing of 
byte strings, as found within the "ELDUMPO" program of Janxiary 1975 ECS. If 
you employ any form of hard copy or CRT output, an equivalent routine would of 
course be employed to transfer byte strings to the appropriate external unit. In 
the driver, the term "HL" is used to denote the H/L pointer pair of an 8008, which 
would be the H/L pair if you generate for an 8080, or the "X" register of 

a Motorola 6800. This use of the pointer for argument passage is a workable one 
but only a temporary "kluge" at present. 

What good is concatenation you ask? The idea is illustrated by the diagram given 
previously. Its use is its justification. The primary application is in the process of 
"building" a character string, as often occurs when you want to format the output of 
a program. The CONCATTER routine only handles two strings, but by feeding the 
output of one concatenation into the next, strings of arbitrary length (to 255 with CON¬ 
CATTER) ceui be built from niimerous components. As an example, suppose that a 
conversion routine has provided a program with the strings "X" and "y" as answers 
to a problem, and that the text "FIVE GLEEPS AT l??X? 1»| WERE SIGHTED NEXT 
TO I? ? Y? ?1 GLOOPS. " is to be printed. Start with Z="FIVE GLEEPS AT "; concat¬ 
enate EZSO on the right giving a new Z; concatenate " WERE SIGHTED NEXT TO " 
on the right giving a new Z; concatenate 1? ? Y? ?1 on the right giving a new Z; then 
concatenate " GLOOPS. " on the right giving a new Z which is printed. 
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IHIS 15 

A BIG 5ThIWG. 

THIS 15 A BIG STRING*^ 

CONCATTER Test Driver 
#1 OOVNOOO = 106 

007\U01 = 354 

007\00B = 007 

#2 007\003 = 006 

007\004 = 03b 

G07\005 = 075 

#3 G07\006 = 106 

007\007 = 166 

0G7\010 = Oil 

#4 007\011 = 106 

007\012 = 354 
007\013 = 007 
#5 007\014 = 006 

007\015 = 040 
007\016 = 075 
#6 007\017 = 106 

007\020 *= 166 
007\021 = Oil 
#7 007\022 = 106 

007\023 = 200 
007\024 = 007 
#8 007\025 * 106 

007\026 « 354 
007\027 » 007 
#9 007\030 = 006 

007\031 = 042, 
007\032 = 075 
#10 007\033 « 106 

007\034 * 166 
007\035 * Oil 
#11 007\036 *= 006 

007\037 = 002 
007\040 = 075 
007\04l >= 076 
007\042 » 002 
007\043 * 025 


X value. 

Y value. 

Z = X cat 



Output of Driver Program ^ 


SIRIUS Code of Driver. . . 


DRIVER: 


1 


CALL 

NEWLINE 

2 

HL 

= :: 

W(X) 

3 


CALL 

TSTRING 

k 


CALL 

NEWLINE 

5 

HL 

=:: 

W(Y) 

6 


CALL 

TSTRING 

7 


CALL 

CONCATTER 

8 


CALL 

NEWLINE 

9 

HL 

=:: 

W(Z) 

10 

11 

NEWLINE: 

CALL 

EXIT 

TSTRING 

1 

HL 

_:. 

W(NLTEXT) 

2 

3 

NLTEXT: 

CALL 

RETURN 

TSTRING 


”006 

,000,012,000, 

015,000,007” 

New 

SIRIUS-MP 

Operations in 

DRIVER: 1 


NEWLINE; 

#1 


#2 

#3 

NLTEXT: 


007\354 = 056 
007\355 = 007 
007\356 s 066 
007\3b7 = 342 
007\360 = 106 
007\361 = 166 
007\362 = Oil 
007\363 = 007 

007\342 = 006 
007\343 » 000 
007\344 = 012 
007\345 = 000 
007\346 = 015 
007\347 = 000 
007\350 * 007 


CALL - this translates to the simple sub¬ 
routine linkage of the target computer 
Wo SIRIUS argument linkage assumed.) 

EXIT - this translates to the set of in¬ 
structions needed to return to the 
o/7x/rpjcTAT "monitor” or ’’executive” of your soft- 
'ware systems - if the ECS software is 
used, the return is to the ’’IMP” 
or its equivalent code on non-8008 
computers. 

The notation ’’^series of octal numbera>” 
preceded by a label is used to denote 
literal data to be loaded with program 


IMP Symbol Table Extensions for Use 
With CONCATTER (temporary). 

012\316 = 006V 
012\317 = OOOJ 
012\320 ■ ooe*) 

012\321 » OllJ" 

012\322 B 006-) 

012\323 * 100 jT 
012\324 » OOOV 
012\325 a 230 ^ 



Length 

NULL 

LF 

NULL 

CR 

NULL 

BELL 



•36" is X 


"40" is Y 


"42" is Z 


"44" is I 



